Integrated system and method for the acquisition, processing and production of health care records and services

ABSTRACT

The highly secure method and system acquires, processes and produces health care (HC) data and service records from multiple local devices, notwithstanding different operating systems (OS) in such devices, and all accessed and controlled by a cloud computing network. Devices have memories, displays, keypads, cameras and microphones. The system operates on acquired data including image, keypad-text, audio, and speech-converted-to text data generated by respective devices. The method downloads commands to devices (notwithstanding different OS) which delete-acquired-data upon a request to save (upload) data to the cloud computing network. Further data security includes a disable-print-screen command prohibiting local storage of stored acquired data into local devices. The method and system also produces a customized surgical schedule by (a) obtaining the GPS location of a local device (b) filtering out the non-surgical appointments from the complete appointment schedule of the HC professional; and (c) displaying only surgical appointments.

This is a regular patent application based upon and claiming thepriority of provisional patent application Ser. No. 62/017,873, filedJun. 27, 2014, the contents of which is incorporated herein by referencethereto.

The present invention relates to a highly secure method for theacquisition, processing and production of healthcare data and servicerecords implemented in a cloud computer network. In order to provide aseamless system which can accommodate a number of different devices suchas desktop computers, Apple™ mobile devices (using IOS operatingsystems) and Android™ mobile devices (using an Android OS or operatingsystem), the cloud based system is agnostic to the computer devicecoupled to the system via a telecommunications network. Additionally,with the use of Microsoft™ SQL database in the cloud-based healthcaredata-service system, other computer database systems can be mapped tothe inventive cloud-based healthcare data-service system by mapping thefields of the cloud-based healthcare data-service system database to theother computer system. For example, labs which generate electronicmedical record lab data (EMR lab data) for a “lab patient” can uploadthe EMR lab data into the cloud-based healthcare data-service systemafter personnel at the health care provider (HCP) operating thedata-service system matches the lab patient to the HCP patient in thedata-service system. The upload of remaining EMR lab data is seamless ifthe fields match the data-service system database. The AbbreviationsTable near the end of this patent specification contains severalabbreviations used herein.

FIELD OF THE INVENTION

The present invention lies in the field of patient administration. Thepresent disclosure relates to methods and systems for healthcaresolutions, including a process and software for carrying out medicalpatient administration.

BACKGROUND

There is a need for a cloud-based healthcare data-service system whichis input device agnostic, thereby permitting physicians and HCP staff toquickly access health care (HC) data for a particular patient, gather orobtain HC data from a patient (images, audio converted to text andkeypad input text data), and store that HC data in a universallyaccessible cloud based system (assuming the inquiring party hassystem-established permissions to view and/or input or download the HCdata for a particular patient).

Cloud computing is the current trend to reduce the need for on-sitehardware and to increase the input and output of data useful in businessapplications. Cloud computing is the practice of using a network ofremote servers hosted on the Internet to store, manage, and processdata, rather than a local server or a personal computer. Further, cloudcomputing means storing and accessing data and programs over theInternet. Cloud computing is sometimes defined as the practice ofstoring regularly used computer data on multiple servers that can beaccessed through the Internet

OBJECTS OF THE PRESENT INVENTION

It is an object of the present invention to provide a seamless dataacquisition and data input system and method for HCPs, using anycommonly available computer-based device (desktop computer, mobile smartphone or tablet) to input, process and upload HC data into a cloud-basedhealthcare data-service system.

It is another object of the present invention to maintain a high degreeof security regarding the input and storage (or severely limitedstorage) of HC data on the local devices which are coupled to thecloud-based healthcare data-service system via telecommunicationsnetwork(s) and the Internet. By severely limiting the storage of locallyacquired HC data on the mobile devices, the HCPs using the system can beassured that the cloud-based healthcare data-service system keeps all HCdata for a patient in a secure, single location.

SUMMARY OF THE INVENTION

The invention provides methods and systems for healthcare solutions thatovercome the hereinafore-mentioned disadvantages of the heretofore-knowndevices and methods of this general type.

The comprehensive platform is configured for outpatient based surgicalpractices. It is a .NET based cloud application along with native IOSand Android™ and Google Glass™ and other data acquisition mobileapplications that seamlessly integrate and interact with each other inreal time. The mobile applications include four native apps (APPs) thatinclude a HCP Provider app, a HCP Staff app, a Patient app, and areferring or related Physician app. The idea of the systems and methodsof the invention is to generate one cloud-based healthcare data-servicesystem database that can be utilized selectively by all involved partiesto eliminate duplicity and inefficiency, to improve immediacy, and topromote transparency.

Several parts of the cloud-based healthcare data-service system platform(or cloud-based platform) are unique and are illustrated, for example,with screen shots. The apps create a very intuitive and efficientworkflow that is completely configured by HCP surgeons for surgeons whounderstand the workflow intimately.

The cloud-based healthcare data-service system and method offers an“Information Technology In a Box” or “IT-in-a-box” concept to surgeonsand HCPs. The system and method includes the following functions thatare integrated in at the coding level to become the most comprehensiveplatform available. The complete healthcare IT solutions package forsurgeons and HCPs includes the items in the following Table.

TABLE Examples of IT Modules Practice management EMR (electronic medicalrecords) Inventory management Billing and financial Hosting and networksupport General IT support for the office Hardware installation andsupport HIPPA compliance support Marketing and website support andmaintenance Banking - Financial support Image and document managementUnlimited storage on the cloud

In essence, use of the cloud-based healthcare data-service system andassociated programs and methods takes care of everything that isIT-related to a physician's office. Various advantages provided by theprograms and methods are outlined throughout the specification. Theinventive program and method allows for direct importation of HC faxeddata into the system and uploading those documents into respectivefolders in appropriate patient charts all on a grid at one time.

A grid/chart is created for each day of all insurance claims and all ofthem are uploaded to a clearing house. With the advent of Google Glass™and other mobile image acquisition systems (for example, GoPro™ cameras)(herein mobile camera systems or MCS), mobile camera systems areintegrated into the cloud-based healthcare data-service system workflowto take and upload photos into the mobile APP or the HC office basedsoftware application directly. Further the HCP can retrieve the photosand documents directly from the application. Potentially, thecloud-based healthcare data-service system can download the capturedimages into the Google Glass™ display worn by the HCP.

A four-tile or quad-segments screen design of the EMR note section isdisclosed and illustrated herein. Each of the tiles or quad segments areactive tiles that can be populated with different HC data points, eitheracquired at the time of viewing or downloaded from the cloud-basedhealthcare data-service system.

The inventory module and workflow of the inventory module are efficient.

The template builder module provides a preformatted template that isintegrated into, for example, Dragon Dictation™ (voice converted totext), as another active control. Also, the program provides the abilityto directly upload any image that is taken on the IOS device into theEMR note template. In particular, the doctor can create a customtemplate for any problem, for example, treatment of a mole on the face.The physician can take a photo from the IOS device and directly uploadit into the patient note through the custom template. The physician canuse the template that he/she created for the mole that is preformattedand prefilled, but also can dictate the exam and plan of action at theend of the custom template. The four provided apps (including theProvider app, the Staff app, the Patient app and the Referring orRelated Doctor app) in real time seamlessly integrate the cloud versionof the cloud-based healthcare data-service system, method and program.

The visual layout of the staff view and doctor view sections of the EMRallow for better workflow as being intuitive to the way a surgeon works.The system, method and program allows the template builder to allaspects of the software including: use by the HCP staff to createstaff-related templates, use by the surgeon for creating patient notes,and use by the HCP administrative staff to perform all of the ancillarypaperwork. For example, a doctor can create a custom template for alesion of the face, the HCP staff can create a follow-up note or otherinstructions for patients for post-operative care or the HCPadministrative staff can generate a template for school time off notesor time off for work notes or for insurance paper work. The templatebuilder is coded into each of the different sections of the system andis accessible in all of these different parts of the program.

The system and method uses a native Patient app accessible by the HCpatient on his or her mobile phone or desktop.

Each of the apps (whether an HCP APP or a Patient APP) are secure andprotected as being HIPPA compliant. The apps allow patients tocommunicate with the physician's office, to be connected, to have accessto permissible medical documents, images, invoice, billing, and otherfeatures that will make this a tool that improves communication andaccess between a surgeon and a patient.

The referring or related doctor app will be given to referring orrelated physicians' offices that can, in real time, have access to thepatient's HC information and also to send over and upload informationinto the cloud-based healthcare data-service system. This eliminates thefaxing and scanning and other forms of inefficient communication betweenthe treating doctor and the related doctor or referring doctor andallows access to the HC information instantaneously. Using thereferring/related doctor app, the physician's office can upload anynecessary documents, paperwork, information, and/or images into the HCPsystem database that can be viewed and accessed by the consultingphysician in real time and vice versa.

Additional advantages and other features characteristic of the presentinvention will be set forth in the detailed description that follows andmay be apparent from the detailed description or may be learned bypractice of exemplary embodiments of the invention. Still otheradvantages of the invention may be realized by any of theinstrumentalities, methods, or combinations particularly pointed out inthe claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying figures, where like reference numerals refer toidentical or functionally similar elements throughout the separateviews, which together with the detailed description below, areincorporated in and form part of the specification, serve to illustratefurther various embodiments and to explain various principles andadvantages all in accordance with the present invention. Advantages ofembodiments of the present invention will be apparent from the followingdetailed description of the exemplary embodiments thereof, whichdescription should be considered in conjunction with the accompanyingdrawings in which:

FIG. 1 diagrammatically illustrates a System Diagram showing theinterconnection between the cloud-based processor and data base and thenumerous input and output devices for the patient data and health caredata.

FIG. 2 diagrammatically illustrates a Agnostic Acquisition andProcessing System.

FIGS. 3A and 3B diagrammatically illustrate a Generic AgnosticAcquisition and Processing Flow Chart.

FIG. 4 diagrammatically illustrates a Surgical Scheduling (LocalProcessing) flow chart. FIGS. 4 and 5 are discussed later in thespecification in conjunction with the Doctor Mobile Schedule Module(s),FIG. 32.

FIG. 5 diagrammatically illustrates a Surgical Scheduling (CentralProcessing) flow chart (see discussion of FIG. 32).

FIG. 6 diagrammatically illustrates a Main Dashboard for GeneralControls.

FIG. 7 diagrammatically illustrates an Admin (User Management) input anddata screen control.

FIG. 8 diagrammatically illustrates an Admin Layer Menu Tree.

FIGS. 9A and 9B diagrammatically illustrate an Inventory A (Admin)screen and an Inventory B (Admin) screen.

FIG. 10 diagrammatically illustrates a Calendar Schedule (Admin) screen.

FIG. 11 diagrammatically illustrates a File Sorter (Admin Layer) screen(discussed after FIG. 12).

FIG. 12 diagrammatically illustrates an E-Fax Message Center (AdminLayer) screen (discussed before FIG. 11).

FIG. 13 diagrammatically illustrates a Patient Layer (PL).

FIGS. 14A and 14B diagrammatically illustrate a Doctor Dashboard A-1(Patient Layer or “PL”) and a continuation of the Doctor Dashboard A-2(PL) as FIG. 14B. In practice, screens 14A and 14B are side-by-side.FIGS. 14A and B, 15 and 16 discussed in connection with the Doctor ViewsSection after FIGS. 17, 25 and 26.

FIG. 15 diagrammatically illustrates a Doctor Dashboard C—PathologyReport (PL) (see Doctor Views, after FIGS. 17 and 25, 26).

FIG. 16 diagrammatically illustrates a Doctor Dashboard EMR Notes A (PL)(see Doctor Views, after FIGS. 17 and 25, 26).

FIG. 17 diagrammatically illustrates a Staff Section (PL).

FIG. 18 diagrammatically illustrates a Document Manager (PL). FIGS. 18and 19 are discussed in the Image Management Section.

FIG. 19 diagrammatically illustrates an Image Manager Section (PL) (seeImage Management Section).

FIGS. 20, 21, 22A, 22B and 23 diagrammatically illustrate Cosmetic QuoteA (PL) screen, Cosmetic Quote B (PL) screen, Cosmetic Quote C (PL)screen, and Cosmetic Quote D (PL) screen (see Cosmetic Quote Section).

FIG. 24 diagrammatically illustrates a Pre-OP Pathway (PL) (see Pre-OpPathway Section).

FIGS. 25 and 26 diagrammatically illustrate screens for Vitals A (PL)and Vitals B (PL) (see Meaningful Use—Vitals Section which precedesFIGS. 14A and B).

FIG. 27 diagrammatically illustrates a Schedule Appointment (PL) (seeSchedule Appointment Section).

FIG. 28 diagrammatically illustrates a Message Center (PL).

FIG. 29 diagrammatically illustrates a Mobile Doctor Home Screen (seeDoctor or HCP Provider App Section).

FIG. 30 diagrammatically illustrates a Mobile Patient Layer (DoctorAccess) (see Doctor or HCP Provider App Section).

FIG. 31 diagrammatically illustrates a Mobile Doctor or HCP Schedule(see Doctor or HCP Provider App Section).

FIG. 32 diagrammatically illustrates a Surgical Scheduler Module (seeDoctor or HCP Provider App Section).

FIG. 33 diagrammatically illustrates a Mobile Doctor or Health CareProfessional (“HCP”) Patient Assessment screen (see Doctor or HCPProvider App Section).

FIGS. 34 and 35 diagrammatically illustrate Mobile Image Processes (seeDoctor or HCP Provider App Section).

FIG. 36 diagrammatically illustrates a Mobile Patient Home Screen (seePatient App Section).

DETAILED DESCRIPTION OF THE INVENTION

The present invention relates to a highly secure method for theacquisition, processing and production of healthcare data and servicerecords implemented in a cloud computer network. In order to provide aseamless system which can accommodate a number of different devices suchas desktop computers, Apple™ mobile devices (using IOS operatingsystems) and Android™ mobile devices (using an Android OS or operatingsystem). The cloud based system is agnostic to the computer devicecoupled to the system via a telecommunications network. Additionally,with the use of Microsoft™ SQL database in the cloud-based healthcaredata-service system, other computer database systems can be mapped tothe inventive cloud-based healthcare data-service system by mapping thefields of the cloud-based healthcare data-service system database to theother computer system.

The cloud-based healthcare data-service system and method uses the powerof the .net programming platform to create a secure cloud based webapplication that seamlessly interacts with mobile devices that utilizethe IOS and Android™ platforms. The system's mobile platform alsointegrates the Google Glass™ and mobile camera systems and otherwearable technologies such as a smart watch. The system and method alsohas five unique apps on the mobile side that work with the differenttypes of users. These apps include (a) the provider/physician app, (b)the patient app, (c) the staff app and (d) the referring doctor app. Amobile camera systems app can also be integrated into the cloud-basedhealthcare data-service system and method by using the modules andinventive techniques described herein.

The cloud-based hardware setup is very simple and relativelyinexpensive. It includes apple TVs™, regular TV monitors, thin clients,and smart phone devices. These devices are setup with a reliableInternet connection and good secure wife connectivity. The system andmethod provides options for the user to install the program on a localserver if desired for local back up, however, all data is backed up andsecured and protected and encrypted in a secure cloud-based databaseserver and networks.

No PHI (personal health information) is stored in any of the native orlocal devices. The system and method also enables the user to have richinteractive consultation and communication with the patient byleveraging the apple TV™ airplay/mirroring technology.

The system and method model is a total healthcare solutions package toinclude, as an example, the modules in the following Table.

TABLE Examples of IT Modules A total EMR system A total practicemanagement system Image management system Document management systemInsurance eligibility verification system Billing system HIPPAcompliance and management services Network, hosting and general ITsupport services Marketing and SEO and social media management servicesHardware dashboard setup and maintenance services

The system and method platform aims to integrate and simplify all suchservices under one roof. This is a unique proposition that has not beendone before.

Section: Cloud Application (Web Version).

The system and method has 3 dashboards, a Main Dashboard, FIG. 6, whichpermits the owner or chief administrator to control major aspects of thesystem, a Patient Layer Dashboard, FIG. 13, which deals with items anddata in a patient-centric manner and a Doctor Dashboard, FIGS. 14A and14B, which primarily functions to present healthcare professional dataat the physician level.

Section: System Overview—FIG. 1

FIG. 1 diagrammatically illustrates system diagram 10 which shows acloud based system 12. In the cloud or internet, a processor 14 operateswith one or more programs 18 and coordinates with a database DB 16. Inthe present embodiment, database 16 is a Microsoft SQL™. The computerbased system has a plurality of input/output devices 20 which permitsvarious healthcare workers and also the patient under treatment toaccess information in database 16. Therefore, the system includes atreating physician or doctor 24 who utilizes a smart phone (Smph, atablet Tblt or a desk top computer PC, generally designated as device 22in FIG. 1). The treating physician device 22 communicates via atelecommunications network 13 through an input/out device 20 to thecloud based system 12. Data is stored for the healthcare provider HCP indatabase 16 and is processed by processor 14 executing program 18.

Patient 28 also has access to the unique patient records via smartphoneSm-Ph or tablet Tblt or desktop PC (device 22). Patient 28 can haveaccess to his or her records on database 16 at least on a limitedmanner.

Most treating physicians utilize healthcare HC staff 26. Healthcarestaff 26 also use one or more devices 22 which access the patientrecords in database 16.

Related or referral healthcare providers HCP 30 also access and uploadhealthcare data into database 16 via devices 22. In addition toprocessing patient data in the cloud based system 12, the system is alsodesigned to interact with lab diagnostic computers 34 via theappropriate input/output device 20. Since the patient data is located inthe Microsoft SQL™ database 16, the lab diagnostic data sent as anelectronic form can be mapped into the cloud based system 12. In asimilar manner, vendors of healthcare HC goods 32 as well ase-prescription or electronic prescription providers and other onlinehealth kit providers may be electronically linked in some manner tocloud based system 12. Financial and accounting 38 management computersystem can also access the cloud based system 12. Further, the treatingphysician and his or her staff can issue a billing request and insurancereimbursement request to billing and insurance computer system 36.

Section: Agnostic Acquisition and Processing System—FIG. 2

FIG. 2 diagrammatically illustrates the agnostic acquisition andprocessing system in accordance with the principles of the presentinvention. Database 16 is linked to telecommunications network 13. Thesystem is agnostic because data 41 from Apple™ device operating in IOSoperating system 40 communicates image data, audio data, voice to textdata as well as text data via telecom network 13 into database 16. Theterm “voice to text” refers to audio files which are captured by themobile device or the desktop and which are converted into text by speechrecognition modules. The term “text” in connection with FIG. 2 refers tokeypad input text data input by the user into the keypad of the device.

FIG. 2 also shows that it is compatible with Android operating system 42and permits that Android operating system and, more accurately thedevice executing the Android OS to upload and download image, voice totext and text data. A desktop OS 44 is on a non secured site. This imagedata voice to text and text data is also potentially uploadable intotelecom network 13 and database 16. A non secure site would be generallyequivalent lab diagnostic 44 or vendors of HC goods 32 in FIG. 1. Newsecure computer devices have severely restricted access to databasesystem 12.

FIG. 2 also shows a desktop operating system at a secure site 46. Theterm “secure site” refers to a site that has established a high levelsecure communications pathway (e.g., SSL) with the cloud network anddatabase 16. A desktop OS secure site 46 permits local storage of theimage data, voice to text data and keypad text data to the local storagein accordance with security protocol established by the cloud basedsystem 12. As discussed later, users are assigned “permission” whichpermits the user to process certain data (or not) and download andupload certain data.

With respect to IOS devices 40, android OS devices 42 and desktops, FIG.2 shows that in generic step 48, the cloud system 12 blocks local devicestorage and blocks a print screen function (fnc). After executingfunction block 48, the system executes a generic processing 50. Asdiscussed later, any and all steps in the present invention may besequentially reorganized to operate more efficiently. Unless otherwisestated, the sequence of execution of any particular function is notimportant.

Section: Generic Agnostic Acquisition and Processing Flow Chart—FIGS. 3Aand B

FIGS. 3A and 3B describe generally an agnostic acquisition andprocessing flow chart in accordance with the principles of the presentinvention.

General agnostic flowchart 52 begins as functional 54 wherein a requestto (rqt) is made to save an image recently acquired from a local device40, 42, 44, 46 and to save the image by uploading the same to the system12. Step 56 recognizes that earlier, when the App or application wasinitially downloaded into the local computing device, the App has acommand (cmd) which permits the local device to upload the image andsubstantially immediately thereafter delete the image data from a localdevice memory (mem). The delete image cmd is downloaded with the pagedisplay that provides the user a selectable “save” command cmd. Thecommand may have been downloaded by the cloud-based healthcaredata-service system 12 when the App was loaded into the mobile device.The pre-loaded code is activated when the mobile device requests an“upload image to the server” sent to the system 12.

Examples of current software routines which accomplish this delete imagedata from local memory are listed below.

During an upload from a mobile device that has acquired data (forexample, an image taken by the mobile device camera), the app on themobile device sends the image data along to the cloud-based healthcaredata-service system with the other necessary parameters (HCP name, Username, Patient Name, type of Image).

The following is the current method in iOS to delete the captured imagefrom the local device memory using the app on the local device (subjectto the “upload image request” from the mobile device to the cloud-basedsystem):

(BOOL)removeItemAtPath:(NSString*)path error:(NSError**)errorNS_AVAILABLE(10_5, 2_0).

File file=new File(getStorageDirectory(activity),directoryName);

FileUtils.cleanDirectory(file).

For Android™ operating system. the following is the current method todelete the captured image from the local device memory:

File file=new File(getStorageDirectory(activity),directoryName);

FileUtils.cleanDirectory(file);

Although the present system uses MS SQL™ on the central computer 12, anApple IOS™ on one local device 40, an Android™ on another local device42, the principles of the present invention can be applied to desktop OS(such as Windows™), Oracle™ databases, Linux™ OS, etc.

In step 58 (FIG. 3A), a command (cmd) is optionally provided from thecentral server and operating system to the local device to prohibit ascreen print (prn). The cmd may be pre-loaded into the mobile devicewhen the App was initially downloaded from the system 12. Step 58 isoptional in that in some instances a local device should be permitted toprint screen. For example, if the local device was a healthcare providerHCP related or referral medical officer physician 30 (FIG. 1), then aprint screen would be appropriate while the referral physician 30 isactive in the cloud based system. A “permissions” list is associatedwith each user profile (a UPP or User Personal Profile) which dictatespermissions that the User has in connection with the operation of thecloud-based healthcare data-service system.

In step 60, the local device uploads the image to the central server andthe database 16. The processor 14 executing program 18 saves thatrecently captured image to database 16. Step 62 recognizes that thesubsequent steps are non sequential events or actions executed by thecloud computer system and the local device.

In step 64, request from a local device is made to the cloud system 12to save an audio record. In step 66, the command which permits theuploading of a audio record then commands a deletion of the audio recordfrom the devices local memory. The delete audio record (or textrepresentative of audio record) command is embedded in the thendisplayed page shown to the user. Step 68 recognizes that the localdevice uploads the audio record into the system which is then stored indatabase 16 associated with the particular patient record.

Step 70 recognizes that the following steps are non sequential. Step 72recognizes a request from a local device directed to the system to savetext data created by a speech to text generator. In other words, thetreating physician 24 may dictate into his or her mobile devicephysician's notes. The mobile device may have a speech recognitionmodule therein which translates the audio record into text. In thissense, the mobile device has a speech to text generator. Step 74 jumpsthe program from FIG. 3A to FIG. 3B. Step 76 recognizes this earlierjump step.

In step 78, the App commands the local device to upload the voice totext and then delete both the audio record and the text generated recordfrom the memory of the local device. Step 80, which is optional,downloads a command from the cloud based system 12 which prohibits thelocal device from printing the screen with the text record. This “noprint” may be a cmd downloaded with the App. Step 82 recognizes that thelocal device uploads the voice created text to the cloud based system12. Cloud based system 12 then stores the text in the appropriatepatient record in database 16.

Step 84 recognizes that the following steps are non-sequential with theprevious steps. Step 86 is a request from a local device to the systemto save keypad input text data into the cloud based patient recordsystem. Step 88 recognizes that the App command, which permits theupload of keypad generated text into the cloud based system 12, deletesthe keypad generated text from the memory of the local device 40, 42,44, 46. Step 90, which is optional, recognizes that cloud based system12 downloads a command prohibiting the local device to print the screenbearing the keypad issued text. Step 92 recognizes that the local devicehas uploaded the keypad text to system 12 and then system 12 stores thatkeypad generated text into the appropriate patient designated record.

Step 94 recognizes that the following steps are non-sequential with thepreceding steps. Step 96 is a request from local device to the system todownload one or more images or text data from cloud based system 12 intothe particular local device 22 (FIG. 1). Step 98 recognizes that thesystem downloads the requested data (whether that data is image data ortext data) and downloads (i) a command to delete any stored data whenthe user selects a new web page and (ii) prohibits the print screenfunction on the local device.

With respect to the Surgical Scheduler Flow Charts in FIGS. 4 and 5,those figures are discussed later in connection with the Mobile Systemand the Health Care Professional Scheduler, FIG. 31. However, theSurgical Scheduler in FIGS. 4 and 5 can be implemented at differentpoints in the system, such as in the Doctor's Dashboard (FIG. 14A, B)and the Patient Layer, FIG. 13 (see the “Schedule” function in FIG. 13).

One further example of the Administrative dashboard includes thefollowing modules or functions:

TABLE Example Admin Dashboard Table (Desk Top) User Management CosmeticQuote (generic HCP bundled service quote) Inventory Management ReportsSettings

TABLE Example Admin Dashboard - User Management Manage Company ManageLocation Rules and Permissions for Groups/Facilitating Manage Users

The Admin Dashboard houses all the controls, such as the user controls,to include administrative management of the cosmetic quote module, theinventory module, a reports sections (which generates financial andmarketing and scheduling reports among others), and a general settingssection for application setup for emails and merchant services.

The administrator can monitor and give access and track the usage of theapplication. This is accessed through a menu selection. Upon clickingthe appropriately identified button function on the display screen, theAdmin dashboard will be presented and then allow the user/administratorto use this Admin Dashboard.

Section: Main Dashboard General Controls—FIG. 6

The main sign-in dash board houses all the general controls of theapplication. This area allows the user to enter HC patient information(also can be viewed on our mobile app as shown, schedule appointments,create and customize templates, inventory area to organize the officeinventory that is separated into categories, the ebilling section thatcommunicates with NueMD™ interface, letter generation area to create andcustomize letter, organize faxes, utilize the message board to send andreceive messages and important faxes and emails from the users, staffand patients.

FIG. 6 diagrammatically illustrates the main dashboard which the usersees if the user has access the secure cloud based system via a desktop.The initial main dashboard screen permits the user to conduct a patientsearch 134 or to add a new patient 136. Also, the main dashboardidentifies the current user 138. If the user has the appropriatepermissions (previously logged in to the user personal profile UPP), adrop down menu permits the user to access the administration control.This dropdown menu is shown as block 140 in FIG. 6. From the maindashboard, the user may select template builder 142, pathology reports144, letter generator 146, message center 148, or an upload files module150. Also, the user can access patient information 152, schedulingmodule 154, file sort module 156, and inventory 158.

Section: Administration (User Management)—FIG. 7

FIG. 7 diagrammatically illustrates the administration dashboard which auser can select if he or she had the appropriate permissions as set inthe UPP. The administration dashboard has activated user managementfunction 160. For that user management module 160, the user can selectcompanies 162, offices 164, locations 166, user based offices 168, usersmodule 170, and role and permissions module 172.

The user can also select different major modules such as cosmetic module174, inventory management module 176, reports module 178, schedulingparts module 180, e-fax message module 182, and settings module 184.

The following is an example of the interactivity of Admin Dashboard forpractice management.

TABLE Example: Practice Management (Admin) Dashboard (Desktop) PatientInfo Scheduler Inventory Template Builder E-Billing Message Center E-FaxMessages Help Pathology Reports Letters Appointment List Report AllTransaction List Report

Section: Administration Layer Menu Tree—FIG. 8

FIG. 8 diagrammatically illustrates the administration layer menu tree.If user selects user management 160 module, the user can optionallyaccess company files, offices, locations, user based offices, user androle permissions modules 162-172. For cosmetic quote module 174, theuser can select manage procedures, manage miscellaneous activities, andmanage facilities and times grouped as functional modules 186 in FIG. 8.If the user selects inventory management 176 module, sub-modulesinvolving product details, vendor details, and purchase product detailsare available. Reports module 178 leads to appointment list report whichis described in another figure and an all transaction list report whichmodules are generally identified in FIG. 8 as function blocks 190. Thescheduler parts 180 module leads to problem and sub problem module andappointment and purposes modules, grouped as functional block 192. Thee-fax message module 182 is described later. The settings module 184 assub module for email configuration and Paypal or payment configurationas functional group 194.

Further examples of functional modules for the Main Dashboard whichpermit the user to access other documents are shown below.

TABLE Example Main Sign-In Patient Info Scheduler Inventory TemplateBuilder E-Billing Message Center E-Fax E-Fax Messages Help PathologyReports Letters Appointment List Report All transaction List Report

This Dashboard has many unique features in it.

TABLE Example User Personal Profile (UPP) Name Email ID Date of BirthGender Marital status Cell Phone Number Home Phone Number Work PhoneNumber Address 1 Address 2

Section: Inventory Screen

The Inventory functional module permits the Admin User to controlinventory in the HCP facility. The inventory may be items consumed bythe HCP while delivering the HC service to the patient or may be itemsthat the patient may purchase from the HCP. The system and methodestablishes a user friendly platform to replenish supplies and/or tosell items to patients.

Section: Inventory (Administration)—FIGS. 9A and 9B

FIG. 9A shows an inventory screen which in row 196 identifies theproduct name, the quantity in stock, the current quantity selected bythe user to be sold or delivered to the patient, the base price or ratefor that unit, a discount amount, and the total amount due. In function198, the user can remove the previously entered quantity. In row 202, atotal amount is provided, both for the discount and the amount for thegoods to be delivered to the patient. In row 204, a global discount isprovided. For example, if the patient is undergoing several types oftreatments, and needs follow on care, involving several different typesof creams or lotions or bandages, that patient may be given a globaldiscount for that combined service. In row 206, the total amount isshown and the total discount amount is shown as well as the total amountafter discount. The user has access to functions sell 208, internal use210, cancel 212 and add more products 214. The “internal use” functionindicates that the patient is not independently charged for that item.

FIG. 9B shows another inventory administration screen. In this screen,the user can search a product by inputting the product name into searchblock function 216. Row 218 shows the SKU barcode for a particularproduct, the product type or category, the product name, the totalamount or quantity in stock on hand for that facility, office orbusiness, and permits the user to add a quantity by activating function220.

Further examples of the inventory module may include the items in thefollowing tables.

TABLE Example Inventory Screen Table Display Search Product Bar CodeProduct Type Product Name To Stock Quantity Add to Cart

This inventory module is where the HCP operating the cloud-basedhealthcare data-service system has a list of products that are soldthrough this software. The module serves as a point of sale area wherethe user can simply click and add an item or items to a shopping cart.Once done, the screen prompts the user to the following screen, whichwill enable the user to conduct the transaction. Alternatively, thesoftware generates a unique bar code for each product category as shownbelow.

TABLE Example HCP Selects Product(s) to be Sold to Patient Product NameFor Location Vendor Name Barcode Expiry Date Cost Price Selling CostDisc On Price Product Details No. of Qty. Note Inventory Current StatusMin Stock Range Stock in Inventory

As for the mobile implementation of the inventory module, an IOS devicecan easily scan and read the bar code from the product and can thengenerate the point of sale similarly. Not only does the smart phone readand scan the bar code and do the point of sale transaction, it alsorecords the product in the patient chart and sends a report to thepatient through the patient app. The screen shot below is an example ofthe cloud web-based version.

TABLE Example HCP Authorizes Sale to Patient For Patient Product Name InStock quantity Rate($) Disc.($) Amount($) Remove Items Total AmountGlobal Discount Total Amount: $165.00 Total Discount Amount $0.25 TotalAmount After Discount: $164.75

Once the transaction is complete, an invoice is generated and the useris allowed to choose to send, print, fax, or email the quote or invoice.Alternatively, the user can also take payment through the paymentbutton, which will direct the user to PayPal™. At that paymentprocessor, the user can select the necessary patient code to charge thepatient for the goods sold. Alternatively, other instant paymentprocessing modules can be used. In this area, the appropriatetransaction can be completed. One unique feature of this design is thatthe entire module works seamlessly with the IOS device. The inventorysection of the provider/physician app and the staff app on the IOSdevice mirrors the same functionality and also utilizes the bar codereading capability inherent in the device to simply point and read thecode and make the transaction happen.

TABLE Example Product Sale Communication Print Quote Email e-fax acceptpayment on current screen

TABLE Example Payment Profile Order Summary Credit card data Billingdata

Section: Calendar Schedule (Administration)—FIG. 10

The cloud-based healthcare data-service system and method has a calendarmodule for (i) scheduling appointments and (ii) surgery and (iii) pre-opevents.

FIG. 10 diagrammatically illustrates a scheduling program for a numberof physicians via the cloud based system 12. In columns 224 a and 224 b,and 224 c, different physicians daily schedules are noted. For thephysician in column 224 b, that physician has a schedule appointment 226between 10:30 and 11:00 am. In area 228, the user can input or select aparticular physician from a group of physicians. This may beaccomplished by a pull down menu screen listing all physicians at thatfacility. Otherwise, in area 230, the user can select an appointmenttype. One type of appointment may be a surgical operation whereasanother type of appointment may be a consultation event.

Section: Template Builder.

The Template Builder functional module of the cloud-based healthcaredata-service system permits the user to generate custom templates orworkflow charts or requirements for a particular health related event.With the Template Builder module, the physician can have a preformattedform to take care of common situations encountered in the practice. TheTemplate Builder software module uses step by step task assignmentsoftware. Other HC professionals, such as a staff member, can createcustom templates for the common functions performed by them or others inthe HCP facility, which do not require the immediate input orconsultation with the physician.

The administrative staff uses the template builder (TB) to create formsand form letters that are common to send to insurance companies, toother referring or primary care or related care physicians, and also toplaces of employment and to schools. This TB module is accessible from avariety of other dashboards and user interactive screens in othersections of the application utilized by various different personnel inthe HCP office setting.

Access is also provided form the TB template module to an interactivescreen sometimes referred to herein as a “meaningful use” interactivemodule. An example of a meaningful use module is the Vitals modulediscussed in connection with FIGS. 25 and 26. The meaningful usemodule(s) are oftentimes mandated by the U.S. Government and othergovernmental agencies to document certain key HC data points. Providingaccess to the TB template module in connection with the meaningful usefunctions enables an HCP office to modify, change and follow theever-changing requirements mandated by the government and/or theinsurance companies.

The template builder module also has special controls that enable theuser to directly import any images taken by the IOS devices and/orAndroid™ devices including Google Glass™ or the mobile camera systemsinto the EMR HCP notes. Seamlessly integrating images and uploading thesame into the cloud-based healthcare data-service system 12, in realtime and substantially instantaneously is a new feature of thecomprehensive, highly secure system and method. See FIGS. 3A and 3B.

An example of this function involves a user taking an image of a settingon a laser that is used and is, then, make that image a part of thedoctor's encounter note in the EMR. This information of the lasersettings normally is transferred onto a sheet of paper by the HC stafffrom the computer screen and then is manually entered by the HC staffinto the encounter note. Now, by simply taking a photo of the screen,the image is imported automatically into the database of the cloud-basedhealthcare data-service system, allowing the image to be seen in thesettings in the EMR note as an image. This image capture by a mobiledevice, carried and operated by the HCP staff, shortens the time andsteps necessary and makes the process of efficient health care deliverymore efficient. See FIGS. 3A and 3B.

Another unique design feature of the TB template module is to have yetanother control that enables the user to directly transfer voice to textinto the preformatted template. The usual workflow of a physician is toconfirm the preliminary history taken by the staff and to review it withthe patient. Such information can be part of a preformatted template.The physician then performs the physical exam and documents the findingsand the plan of action. This TB control allows the physician to simplyuse the IOS smart phone device to dictate into the device and the voiceto text converted material populates the note at the appropriate area ofthe note. See FIGS. 3A and 3B.

The overall concept idea is to integrate the IOS smart phone device andthe cloud-based web system and method to work seamlessly together inreal time.

Further examples of template builder functions follow.

TABLE Template Builder Example I Add Image to Process Template IVR Inputeach process step

TABLE Template Builder Example II New (establishes a “new” template)Save Cancel Preview Day of the week/date Food limitations (Cold Drink -Hot Coffee) Location - Patient Activity (Tourist-Place, Thailand) TypeNote on word processor

Section: E-Billing

The e-billing functional module uses a grid with the necessary patientinformation and the insurance details. The grid presentation for theinsurance billing module is presented each day to the HCP staff. Theentire schedule for the HC provider is populated in this grid as shownbelow. This functional module permits the user to enter the necessaryCPT and ICD insurance codes along with the modifiers for the day for allof the patients in this one modular interactive screen area and toupload all this information to the cloud-based healthcare data-servicesystem. At the cloud-based healthcare data-service system, an interfaceis used to transmit the billing data to the NueMD™ bill processingsystem. This bill processing system processes these HCP insuranceclaims. Exemplary tables follow with the functional aspects of thee-billing.

TABLE Example: Patent Data and Insurance Processing Table Patient NameDate of Birth Appointment Date Insurance Name CPT Code Upload DateStatus Upload

The cloud-based healthcare data-service system also provides acommunications pathway for the user to see the patient by allowing themto click on the patient name which will prompt them to see a photo ofthe patient and the necessary demographic information. The cloud-basedhealthcare data-service system 12 downloads the patient photo when thelocal device (desktop or otherwise) requests the same.

Alternatively, the user is able to upload any necessary supportingdocumentation in this e-billing section. Frequently, the insurancecompanies require physicians to send supporting documentation. Manyclaims are denied due to the same reason. Therefore, this e-billinginteractive screen grid and section now allows the physicians or the HCPstaff to upload and electronically send any such supportingdocumentation.

Another aspect of the cloud-based healthcare data-service system is thatthe insurance coding capability works in real time through the IOSapplication. The user can assign the CPT, ICD insurance code to the HCevent, and also modifier codes on the mobile side of the system andmethod application. The App then seamlessly communicates with the system12 and populates that information in this e-billing grid with theappropriate patient data. This allows the user to capture more codesinstantaneously.

Section: Message Center

The message center permits the user to send faxes or process incomingfaxes, have those faxed EMR documents reviewed, as important messagesfor the day for the HC staff or physician, send and receive emails, andserves as the place to check all important messages. The fax module hasa feature that allows the user to tag a fax as an important fax that hasto be reviewed by a physician and then sends that fax to this messagecenter to be reviewed.

Also any important labs or other documentation that has to be reviewedby the physician is distributed by the HC staff member to the doctor.This minimizes any omissions or errors regarding review of suchimportant information.

A message board is presented to each user when he or she opens many ofthe interactive screens which are part of the App, downloaded asinteractive screens and operated in conjunction with the cloud-basedhealthcare data-service system. In the IOS device, the user is able toreview all types of messages that at his/her convenience.

Section: E-Fax Message Center (Admin)—FIG. 12

FIG. 12 diagrammatically illustrates the electronic or e-fax messagecenter user dashboard. The e-fax message module 182 has been selected bythe user from the Admin User Management interactive screen in FIG. 7.Column 254 shows the file name. Column 256 shows the patient name,column 258 shows the file type 260 shows the document type. These itemshave been selected by the staff or the doctor from FIG. 11. Otherwise,these are electronically faxed in documents or email messages unique toa particular patient.

Further examples of the message center functional aspects are discussedbelow.

TABLE Example: Message Center Table Search Patient name Inbox (lists allincoming messages) Sent (function or “fnc”) Compose fnc Add Document toMessage fnc From Subject Date

Section: Document Management File Sorter (Admin Layer)—FIG. 11

The Document Management Module is sometimes called a File Sorter Moduleand is an interactive screen that permits the user to quickly tag,identify, and forward, if necessary, documents electronically presentedto the HC facility.

FIG. 11 diagrammatically illustrates a file sorter functional module forthe present invention. As noted, the user can search for a particularpatient or add a patient to this file sorter. The user can select a fileby activating functional block 239. In this situation, the documentlabeled “image .png” in block 238 would be uploaded once the userselects upload function 232. Alternatively, the user could delete imagefile 238 by selecting function delete 324. A double check question “doyou want to delete” may be presented to the user before the file isdeleted. The patient's name is shown in block 240, the document type isshown in block 242, the sender's email is shown in block 244, the uploaddate is provided at block 246 and alert is activated in column 248 andthe action is shown in column 250. The alert is used to notify thephysician that this document should be reviewed. See, for example, theDoctor Dashboard described later.

The patient's name in region 248 may be located, for a unique inbounddocument, by a pull down list showing all the patients in analphabetical order. Otherwise, the cloud-based healthcare data-servicesystem could attempt to match the patient's name with the “patient nameon the inbound document.” In other words, once the image has beenuploaded into the system, for example from a referring physician 30(FIG. 1), the patient's name in the HCP's system must be associated withthat image 238. The user can select the patient name by selecting thepatient from an alphabetical pull down list.

The type of document has to be identified as being associated with thatpatient. The system may permit the user to click on “image. png 238” toshow the use what type of image it is (a lab report as compared with animage of an injured hand). If it is a lab image or an image of aninjured body part, that type of classification may be selected by theuser from a drop menu at column 242. The sender's email in column 244may provide a clue to the user as to what type of document it is. Labwork can easily be identified because those labs are typicallyindependent of other facilities.

The File Sorter or Document Manager is presented as an interactive gridthat is populated by all the incoming efaxes that are to be configuredby the application. The faxes for the day are provided in the grid. Thisgrid also allows the user to select the patient from a drop down menuand also the pertinent folder to which the fax should be attached.

TABLE Example: Document Management Table E-Fax File Details File NameFile Type Patient Document Type Is-Important Images Labs RadiologyPathology

In this manner, all of the faxes for the day can be very easily directlyattached to the respective patient data folder and the respective folderin one easy-to-use screen. This interactive screen also allowsprioritization of a fax as important by checking an “alert” grid to thefar right. This checking ALERT sends this important fax to theprovider/physician's message board to be reviewed. All the faxes can beuploaded at once. This interactive screen also allows the user to see orview the fax and know what it is by clicking on the document thumbnailimage as it appears on the interactive screen. This prompts the user forindicating what type of fax it is and to whom it belongs and in whatfolder to input the document.

In order to provide a back up mechanism such that no faxes are missed,the fax messages module stores all of the faxes for review in the futureif necessary.

Section: Document Management—Pathology or Lab Reports

The cloud-based healthcare data-service system 12 has another functionalmodule unique to certain, easily defined type of HC data, such as“pathology.” The name pathology is only exemplary here, it can bechanged to whatever the user requires. There are certain documents, suchas pathology reports or mammography reports or EKGs, for example, thatshould be reviewed, confirmed and signed off by the physician. TheDocument Management module is where the user can designate whateverdocuments that he/she deems crucial to review and sign off.

The Document Management module can also be used to create a workflow orProcess Template that works with HC staff or the physician. It isoftentimes cumbersome for physician to look through all the faxes of theday or for the staff look through he faxes and tag and print thedocuments and/or send separate emails regarding these documents. Withthe cloud-based healthcare data-service system, the physician has aninteractive screen and structured module which will assist in (a)reviewing the docs and (b) rerouting the docs as required by bestprocess practices.

TABLE Example: Pathology Report Table Search for Patient name Select atemplate Preview doc

The File Sorter—Pathology or Lab Reports Module works to supplydoctor-centric reports to the doctor. In the Doctor Dashboard, FIGS. 14Aand B, the specific doctor assigned to the treat the patient willcomment on the report as noted in connection with FIG. 15.

Section: Letter Module as a Template Builder

The letter functional module is an interactive screen area that workswith the template builder for the user to generate custom letters todifferent parties seamlessly as shown below.

The user can select the “type” of letter template and then select thepatient name and send this template letter directly to the patientthrough their app, or print it, or email it, or fax it to the selecteddestination. The objective of this module in the cloud-based healthcaredata-service system is to completely eliminate or significantly reducepaper and use the patient app to send this HC information to the patientor to the referring doctor or facility.

This letter module section allows the HCP to send thank you letters andother documents to the referring doctor through the referring doctor appas well.

Section: Financial and Marketing and Scheduling Reports

The financial and marketing reports section is an interactive modulewherein the user can generate various financial and marketing andscheduling reports, such as financial activity of the day or week ormonth or year, the appointment lists, appointment types categorized byproblem, etc.

Customizable search criteria further serves the practice management sideof a physician's office. Reports are generated that serve the necessaryrequirements for maintenance of certification for surgeons. The programcan easily track the various types and number of procedures required bydifferent surgical boards to maintain board certification. This can,then, be easily printed, emailed, or saved. In an alternativeembodiment, the program works with the different surgical boards todirectly upload this information to the boards' systems to furthersimplify the work life of the physician and the staff.

Section: Internal Chat—Messaging Center

The “Message Center” function is an interactive button, selectable onmany of the system screens (see FIGS. 13, 17, 19, 20, 21, 23, 25) andpermits the user currently viewing the screen to initiate and respond tointer-office or intra-office quick message chats without triggering thetypical email function. In a sense, these message chats follow a“instant messaging”™ type system that was developed by AOL™. Many of thescreens have access to an internal chat feature, which is located to thetop right of the screen and is indicated by an arrow. This is the placewhere intra-office or intra-user instantaneous chat communication canhappen to create an efficient way to communicate.

FIGS. 13, 17, 19, 20, 21, 23 and 25 show the message center functionalbutton which calls up the message center for that particular user. Whenactivated, the cloud-based healthcare data-service system 12 downloadsthe interactive message center screen to the user for furtherinteraction by the user and the system 12. All interactions run throughthe system 12.

Section: Patient Dashboard Layer (PL)—FIG. 13

The system and method can be generally broken down into apatient-centric layer and an admin-centric layer. A description of thepatient layer follows.

The cloud based system 12 is conceptually separated into anadministrative layer (described earlier) and a patient layer discussedhereinafter. The drawings sometimes refer to patient layer screen as“PL” and the administrative layer as “Admin.” The patient layer permitsthe treating physician and the HC staff for that physician to processhealthcare data, acquire healthcare data from the patient, process thatdata and provide adequate treatment for the patient's ailments.

FIG. 13 permits the user to search for a particular patient or to addnew patient as well as identify the current user. In order to access thehealthcare data and/or to access any aspect of the cloud-basedhealthcare data-service system, the user must input security words andpasswords. The system and method then confirms the identity of theinquiring party, and if the security codes (or biometrics) clear, thenthe system and method permits access to the relevant interactive homescreen.

In area 262, the current patient name is displayed. The user can selectschedule appointment module 266, open personal patient informationmodule 268, or activate appointment list module 270. The user can alsoactivate doctor section 272, staff section 274, manage documents module276, manage images module 278, obtain cosmetic quote module 280,activate pre-op or pre-operational pathway module 282 and open vitals(meaningful use) module 284.

An example of the patient dashboard interactive functions is shownbelow.

TABLE Example: Patient Admin Dashboard (Desktop) Panel A PatientInformation Personal Information New Patient Schedule AppointmentAppointment History Insurance Details Eligibility Check Panel B EMR(Electronic Medical Records) Staff View Meaningful Use Doctor ViewPre-op Pathways Images Doc. Management Cosmetic Quote

All areas of the system and method program application have a smart“search” button where the user can quickly search for any patient name,and the relevant patient data. This functionality is carried outthroughout the cloud-based application, as discussed below. A gridappears below with an image of the patient and the necessary demographicinformation is displayed. Important and sensitive information such asthe social security number is encrypted.

This patient dashboard is the place where most of the work,documentation, and other functions that are required to take care of apatient are located. All of these interactive screens allow the user tosee an image of the patient to “jog” the HC staff's memory regardingpatient encounters. There is a functional button located on the top thathas the patient image. When the user's mouse is hovered over thisbutton, a pop up of the image is visible for the user to be able toidentify easily the patient and remember the patient encounter better.

This data is categorized into two sections. The patient informationsection has the patient personal information, schedule, appointmenthistory, and insurance details and is used to check insuranceeligibility. The second section is the EMR section. This is where mostof the documentation and note creation occurs.

Section: Staff Section—Patient Centric Data

In the Patient-Centric Staff Dashboard, the HCP staff can conduct aneligibility check that enables the staff to “check off” all thenecessary HC and patient information including, the copay, coinsurance,and other details that are important for the patient and the HCP officeto know before rendering any services. This Staff Section works throughan interface with NueMD™ software which is a third-party companyspecializing in e-billing and eligibility check-up services. Thise-billing company can provide services through a seamless interface ofthe cloud-based healthcare data-service system program.

The other feature in the Staff Section is checking the appointmenthistory of the patient in order to glance quickly at the types andnumber of encounters/appointments and also to review the proceedings ofsuch encounters.

On the EMR side of the patient dashboard, there are unique designs,workflows and templates. The workflow template is configured with themind that, taking care of a patient requires a team and not just thephysician. Each member of the ancillary HC team has a different functionand different documentation task.

In most situations, the patient is first encountered by the front desk.The front desk staff then checks-in the patient. A unique QR code isgenerated for checking in the patient. Once checked in, the medicalassistant or the physician extender, such as the nurse practitioner orthe physician's assistant, sees and documents several things, includingthe medical history, the meaningful use (e.g., vital) documentation,etc. Thus, these functions have been separated from the physiciansection of the EMR note to provide each user only the information thatis necessary and to not clutter the screen with many pop-up screens.

Section: Staff Section—FIG. 17

FIG. 17 diagrammatically shows a staff section interactive screen whichenables the staff to call up various pre-programmed templates. Forexample, in region 356, the staff can select a particular problem thatthe patient is identified. In region 358, those problems could be a facewith broken nose, a crooked nose, aging on the face or neck melanoma. Inregion 360, the staff user can activate a medication module, a return ofservice, a FHX, and a SOCHX. Region 362 enables the user to eitheridentify a template that the user-staff member must complete for thatparticular patient. The user can save it or cancel the data collected.

Further examples of the staff view is listed below.

TABLE Example: EMR Staff View Table Test Patient (ID#7) Age DOB GenderPMHX PSHX ALL MEDS ROS FHX SOC HX Save Cancel Template

This EMR template on the Staff Dashboard is designed to serve differentneeds. Keeping in mind that some patients may not be an insurancepatient and usually pay for services and may not require the extensivedocumentation mandated by the insurance companies, both options areprovided to the HC staff via this dashboard interactive screen. Forsimple cases, the user can complete a simple form and enter thenecessary information. If, however, a much more detailed form ortemplate must be filled out, then a template button is provided andwhich allows the user to use a preformatted template or to create anynumber of new templates to satisfy needs of similarly situated patientsor HC events.

The staff section design is also familiar to physicians. Colored tabsare provided to the left of the screen, which are reminiscent of the oldpatient charts that allow the physician and staff to quickly go to theareas of the chart that are for different problems.

The Staff Section interactive screen can also be configured as in thefollowing example.

TABLE Example Patient Management by HCP (Desktop) Table Test Patient(ID# 7) Age DOB Gender Labs Radiology Pathology Cosmetic Quote SoldProduct Miscellaneous Op Notes Pre Op Instructions Post Op InstructionsMedical Clearance EMR Notes History

The program easily organizes all the documents into easily viewablefolders. The program is also able to send preoperative instructions andpost operative videos and instructions directly to patients from theprogram to the patient's app.

Section: Meaningful Use—Vitals FIGS. 25 and 26

This is an area of the application where the government has mandatedthat certain data be entered and communicated and given to the patient.

FIG. 25 diagrammatically illustrates a vital collection page for thestaff. In row 460 the appointment date column is shown, appointmenttype, the problem associated with that appointment, a detailed or subproblem of that appointment, the status (complete or not complete) andcapability to edit that record.

FIG. 26 diagrammatically shows a short list of vitals that the staffwould complete by collected data from the patient. This is an example ofa template. This includes, in the patient vitals block 462, enteringdata for the items on row 464 including height, weight, blood pressureand body mass index of the patient. Display region 466 shows a checklistsuch as medical reconciliation, tobacco use, tobacco cessation program,patient education, reminder, and a section for completion of the summaryand referral to another HCP.

The following is another example of this interactive screen module.

TABLE Example: Meaningful View Table Height (in) Weight (lb) BP BMIMedication Reconciliation performed Inquiry regarding Tobacco use doneAdvised on smoking and tobacco cessation programs Pt. specific educationresources have been provided Pt. was sent reminder via their preferredcontact method Summary complete and provided within 3 business days Caretransitioned from another provider Save

The template function can be activated from this View Screen. Thisallows the user to create more nuanced forms if the requirements forthis staff section change in the future. A grid or a chart is shown forall the times meaningful use information is entered. This chart promptsthe user to determine if all of the necessary information is entered byselecting “complete.” Then the screen changes color for that displayedtask. If not, the interactive screen prompts the user indicating thatthe task is “not complete” and further the interactive screen will notchange color until the task is fulfilled by the user.

Section: Doctor Views—Doctor Dashboard

The doctor view or doctor dashboard is designed to present most relevantinformation to the doctor, given the current HC event, and further to becustomizable on the fly, that is immediately customizable by the doctorfor the then current situation.

Section: Doctor Dashboard FIGS. 14A, 14B

FIGS. 14A and 14B are generally placed on a desktop monitor such thatthe doctor, when using the current version of the present invention, cansee a four quadrant screen. The four quadrant screen can be changed bythe doctor as needed. However, in the presently illustrated embodiment,the quadrant left side (FIG. 14A) would include new notes section 290,EMR or electronic medical record notes section 298, and on the rightpatient images 312 and health history 326. Alternatively, the doctor maywant to view as part of one quadrant, the vitals of a certain patient orthe pre-operational or pre-op pathway for a particular patient.

With respect to FIG. 14A, new notes section 290 includes the currentdate 292 and permits the user to select a particular template 293 whichshould be completed by the user for that particular activity. The useris permitted to input into region 295 text relative the current notes.In region 294, there are various text functions such as copy and paste,undo and redo, spell check abc, make bold make italics, strike out, addsubscripts and various indents or center. The user also has access to acalculator and a font style and format style. Function block 296 permitsthe user to save these notes input into text block region 295 into thecloud based system 12. In the lower left quadrant the EMR notes 298 areshown. The sub-divisions in region 302 show history/chief complaintnotes; physical exam notes and assessment notes. The user has functionalblocks edit notes function 304, upload function 306, email function 308and print function 310. These functions are maybe activated for eitherthe new notes section 290 or the latest notes 298.

FIG. 14B shows the right side quadrants of patient images 312 and healthhistory 326. With respect to patient images 312, the user has enlargedone image of a hand of a user in image territory 314. In FIG. 14B, thepatient image quadrant 312 shows a hand as image 314. The user canselect supplemental images 316, 318 or scroll through a carousel ofimages 320. Further, the user can select forward button 324 or stop orpause button 325. The lower right quadrant shows health history 326.That health history may include a health code and text regarding thecurrent patient. The user can select edit function or new problem module328. Videos may be displayed and played therein with appropriate videocontrols.

Section: Doctor Dashboard Pathology Report—FIG. 15

FIG. 15 diagrammatically shows a pathology review block 330. In thisblock, the doctor has previously selected a particular electronic filefor pathology, see review function 341 and pathology pdf under file name339. After viewing the pathology report, the doctor would input text inreview block 332. The doctor or HCP can execute save function 334 orcancel function 336. The user in review status column 338 can delete thefile or can check off the file as being reviewed.

Section: Doctor Dashboard EMR Notes A—FIG. 16

FIG. 16 shows doctor dashboard EMR notes A. The patient name and filenumber is shown in areas 342, 262. In display area 344, the user hasselected the fourth appointment. Display area 346 shows the appointmentdate and time. A text block 348 shows the history and chief complaint,the physical exam and assessment. Image blocks 350 show various picturesof the hand of the patient which is subject to the complaint. Region 352shows the second EMR note and region 354 shows the subsequent date ofthat EMR note. The user can select print function, email function ore-fax function for this electronic medical record (EMR).

Further functional aspects of the doctor dashboard are listed below.

TABLE Example: Doctor View Table -Two Panel Doctor View EMR CategoriesPMHX Test Previous Notes No Notes Entered Appointment History CurrentNotes Date Status Appointment Date Select Template

A four tile format (FIGS. 14A and 14B) are customizable by the user. Heor she can change any one or more of the four quadrant views.Alternatively, the user may also choose and customize the screen into athree-tile, a two tile or, if necessary, a one-tile screen in order tofocus on one data type. This user's choice is able to be saved for theuser based on the “preferences” in the UPP user profile and also toreset back to the default mode of four tiles. The allowed data types aredisplayed on the right in color blue. The user can simply drag and dropthe necessary category of data into any of the quadrant tiles and makethem “active” and displayed for that data entry or review or revision.

So, for example, if the user wishes to see images, the previous EMRnotes, the pathology report, and to have an area to document notes forthe current encounter he/she can do so. If another user wishes to seeimages, radiology, the past medical history, and the current note,he/she can do that. As indicated above, this screen can be formatted toany number of tiles from 1 to 4.

The doctor view can be converted into a two-tile screen. This allows theuser to consume and document as much or as little information in onescreen as desired. This format is unique to the program and the workflow is also unique. The archaic way of viewing and documentinginformation is no longer necessary because any information in the entirecloud-based application is visible and is brought up instantaneouslyfrom system 12 via the telecommunications networks. Also, the physicianis allowed to build extensive templates in the doctor dashboard.

The following provides examples of functional submodules for the doctordashboard.

TABLE Example: Doctor or HCP Pull Down Menu Table Collapse Images CodesAppointments Labs Radiology Pathology Current Notes EMR CategoriesSummary Previous Notes Patient Portal Communication

Further, the doctor view can be converted into the one tile format tobring up a custom template and to document the current HC encounter. Asindicated before, this section allows the IOS smart phone toinstantaneously take an image and permit the user to dictate a note,which is then populated in this section in real time. Any image,document, note, or any data point is accessible in real time via thecloud or through the smart phone or through the Google Glass™ or mobilecamera systems. All data is always available at all times anywhere,anytime assuming that security clearance is obtained and the user hasthe system and method app on the local device.

Section: Pre-Op Pathways—FIG. 24

This is an important part of a surgeon's workflow. Every procedure oroperation that is scheduled requires the office to go through a checklist of sorts to ensure that all necessary labs, clearances, finances,instruction, and images have been obtained, logged into the system andcompleted. These pre-op procedures ensure that no pre-condition isskipped prior to the scheduled surgical event. The Pre-Op pathwayinteractive screen organizes such activities. Documentation thatpertains to each operative encounter is stored here and is shown.Designs are provided to allow reminder and tags here that are visible onthe IOS or Android™ smart phone device to alert the provider ofimportant things to remember and to which attention should be paid. Thisis a feature that improves patient safety and efficiency for theprovider.

FIG. 24 diagrammatically illustrates the pre-op pathway for the patientlayer. Display region 456 provides a drop down menu for a pre-operativecheck list. Some of these checklists are listed in region 458 includingpatient name, patient number, type of surgery, facility, anesthesia,surgery date, time and various vital signs such as allergies, diabetic,blood thinners etc.

An example of the pre-op flow chart follows.

TABLE Example: Work Flow Checklist Table Test Patient (ID#7) Age DOBGender Appointment Date Appointment Type Problem Name Sub Problem NameStatus Edit

Similar to other sections of the cloud-based application, thisinteractive screen section shows, when a form is filled out with all ofthe necessary fields, a “complete” indication and by changing color. Ifthe pre-op check list is not filled out properly, the interactive screenwill show as “incomplete” and will not change color. To fill out thisform, the user clicks the button that says “edit,” which brings up thisscreen that stores the necessary data fields.

Table Example: Sample Pre-Op Workflow Process Table Pre-OperativePathways Patient Surgery Suite # 7 Facility Anesthesia Surgery Date TimeAllergies Diabetic Blood Thinners Smoker Fax Medical Clearance PhoneAppointment Fax Total $ Deposit Collected $ Balance $ Pre Op Appt DatePost Op Appt Date Book Or Facility Anesthesia

This interactive screen design is unique in that the furtherfunctionality alerts the surgeon to important medications, smokinghistory, etc, prior to surgery on the smart phone device so that nothinggets missed and the HCP makes safety a priority.

Section: Image Management—Document Management

Image management is one of the several important features of the presentinvention. In order to maintain the highly secure HC data acquisitionand processing, all the data is managed in the cloud-based healthcaredata-service system 12. The current trend is to document this photos thecondition of the patient. However, the integration of the same into theEMR data has been difficult. In the present invention, this integration,via mobile devices, has been achieved.

Section: Document Manager—FIG. 18

FIG. 18 diagrammatically illustrates the document manager for thepatient layer. From this screen, the user can select lab module 364,radiology module 366, pathology module 368, cosmetic quote module 370,product sold or inventory module 372, miscellaneous module 374,operating notes module 376, pre-op instructions module 378, post-opinstructions module 380, medical clearance requirements for a particularpatient and procedure at module 382, EMR notes history module 384, videomodule 386 and consent form module 388.

Section: Image Manager—FIG. 19

FIG. 19 shows an image manager module for the patient layer. Althoughregion 396 is blank in FIG. 19, the user can select one or more of thethumbnail images 390, 391, 392 (I1, I2, I3, I4), those images can besubject of upload function 394, and email function 395, a print function396 and a view function 397.

Another example of document management follows.

Table Example: Image Management Table Test Patient (ID #7) E-Fax UploadE-mail Print View Annotation

The program functions as an image management software as well. Surgeonshave need for taking and sharing many images. As such, many surgeons mayuse other third-party separate software programs that do not communicatewith other software programs. The instant program solves this problem byproviding image management within the software. The software platformallows the user to take images with their smart phone application (IOS,Android™, or Google Glass™ or similar mobile camera systems) andautomatically, in real time, store that image in the patient folder.

The program provides an area on the Smartphone or the cloud-based webversion, to view all patient images, compare two images side by side,annotate on images, and print or email them. The program can alsoprovide appropriate images to the patient and to the referring doctor ontheir respective apps through a mobile device. In this way,instantaneous access to the necessary images is provided to all of theinvolved personnel in real time. The system is robust on the mobileplatform by leveraging the inherent camera capabilities to an advantage.This way, program eliminates the need for additional hardware such ascameras, video cameras, editing tools, etc. This is also uniquefunctionality. Another unique feature to the program is the use ofGoogle Glass™ as a tool to bring up images and documents and imageshands free while in the operating room. This provide another tool forsurgeons to utilize and leverage technology to better take care ofpatients.

The document management system easily organizes documents in respectivefolders. A unique feature of the program is that it is able to do theorganization and upload these documents directly from a user's mobiledevice to the respective patient chart and the folder from the mobiledevice in real time. This provides instantaneous access to all suchdocuments to all who have access to the application. Such users are theHC providers, the ancillary HCP staff, the referring doctor, and, ofcourse, the patient.

Section: Cosmetic Quote—FIGS. 20, 21, 22A, 22B and 23

This set of interactive modules enables the provider to preparecustomized quotes based on body regions and location where surgery isperformed.

In FIG. 20, cosmetic quote initial screen A is shown. In addition toshowing the patient's name, and the user's name, in region 402, patientdemographics are shown. The items in region 404 include name, age, dateof birth, patient identification number, gender, phone and doctor. Inregion 408 there is functional selection to opt out to the manualgeneral quote function, to list the global fees function or to view theprevious quote for that particular patient. In region 406, a icon imageof a patient is shown as posterior and anterior views 410, 412.

FIG. 21 shows cosmetic quote screen B for the patient layer. In region414 the user has previously selected a body part image. The imageappears in 416. The user can select a back button module or function 418to return to the previous screen. In region 420, the user can select allof the items from a multi presented list. The list region 422 shows avariety of surgical procedures that may apply to that particularpatient. The user can select next module function 424.

FIGS. 22A and 22B are to be combined together and diagrammaticallyillustrate cosmetic quote screen C of the patient layer. This screen isa summary 426 of the previously selected cosmetic events. In region 428a professional and surgical fees are listed. In region 430 theanesthesia fees are listed. In region 432 the facility and time fees arelisted. In row 434 under surgical fees, the number of surgeries isfound, the type of procedure, the hours required, the actual cost, apercentages count, the monetary value of the discount, and the totalprice. Under anesthesia fees column 430 and row 434, the facility isidentified, the hour and the time for the surgery and the associatedfees. In the facility and time column 432, row 434 shows the facilityneeded, the time block needed for that surgical operation and theassociated fees. Row 440 shows the total of the previous columns. Block442 identifies miscellaneous fees. Block 444 provides a summary ofglobal surgical fees, global anesthesia fees, global facility and timefees and the global discount. Row 446 shows total amount, a discountedamount and the total amount after discount.

FIG. 23 shows a cosmetic quote D screen. In this screen row 448 shows atotal amount paid, whether the payment has been completed and the typeof payment. The user is permitted to accept online payments by functionmodule 450 or to note in the system that the patient has made a cashpayment at 452.

Another example of the C-quotes is listed below.

Table Example: Prepare Quotes Per Patient Request Table Cosmetic QuotePatient Demographics Click on a Body Part to Bring Up Full Page SubsetName Age Date of Birth ID Gender Phone Doctor Ops Out to Manual GeneralQuote Global Fees View Previous Quote Anterior Image Body View PosteriorImage Body View

The image interface allows the user to simply click on the body part andbring up procedures associated with that body part. Then, when aprocedure is selected, the user can click through the surgical plan andinstantaneously generate a custom quote, which can then be emailed,printed, faxed, or sent directly to the patient app. If necessary, apartial payment or a full payment can be processed directly from here.

Table Example: Prepare Quote Table 2 Close up Body Image Select theOption from multi-select list Select All Price $6,250.00 SelectProcedure Abdominoplasty + Flank Liposuction

The displayed grid demonstrates the ease of use of this module. The useris able to click through the different locations where surgery isperformed and different anesthesia groups used and other ancillarycharges to be captured in an easy format.

Once this is done, the following table shows a way to capture paymentsand generate invoices.

Table Example: Cosmetic Surgery Quote Summary Test Patient (ID# 7) AgeDOB Gender Cosmetic Summary Anesthesia Fees Procedure Time (hr) ActualCost ($) Discount ($) % Value ($) Price Facility Time(hr) Fees ($)Facility Time (hr) Fees ($) Upper or Lower Blepharoplasty (eyelids)Miscellaneous Fees Procedure Name Fees ($) Add Global Surgery FeesGlobal Anesthesia Fees Global Facility & Time Fees Global Discount

A payment processing portal directly communicates with PayPal™ processorsoftware to process the transaction. Alternatively, the patient can alsouse their mobile app to connect up to PayPal™ and process thetransaction and keep a record of the transaction.

The present cloud-based healthcare data-service system and method givesunprecedented access to the patient that has not been previouslyavailable. The agnostic aspects of the system and method, closely tiedto the security of all data made available to the mobile devices, isunique and greatly opens up and makes accessible a wide range of HC datato the patient.

Also indicated earlier, this module interacts with the systemadministrative dashboard to manage the facilities, anesthesia groups andcharges as shown below.

Table Example: Admin Dashboard Cosmetic Management Manage ProceduresManage Miscellaneous Manage Facility & Time

Section: Schedule Appointment From Patient Layer—FIG. 27

FIG. 27 describes, for the patient layer, a schedule appointment. Byactivating schedule appointment region 468, in region 470, the user canidentify the status (pending/not pending), the patient name (from a pulldown menu list), the location of the patient, the start date and time,the appointment time, the type of appointment (follow-up, newconsultation, surgery) the type of problem (also a pull down menu) andexisting insurance. Notes region 472 permits the user to add notes tothat particular appointment schedule. The region 471 prompts the user toidentify whether the appointment has been confirmed or not. In region474 certain additional information is provided such as the treatingphysician, the end date and time, the appointment purpose, thesub-problem, and eligibility status. The user can save an exit function476, save and go to patient record 478, exit function 480 or go topatient dashboard function 482.

Section: Message Center—FIG. 28

FIG. 28 diagrammatically shows the interactive display screen for themessage center. Function block 484 permits the user to go to the homepage and function block 486 permits the user to go to a message center.The message center can be an inter office email system or an active chatbox or a more formal email communications system. The message centerpermits the user to select in box function 488, sent function 490,compose function 492, and message document function 494. Region 496identifies who sent the message and the subject of the message and thedate.

Section: Mobile Platform—Generally

The mobile platform has four native apps designed for IOS devices andAndroid™ devices alike. In addition, a native application is providedfor using the Google Glass™ through the system and the program. Thefollowing Table lists four key apps.

Mobile Platform App Table The provider/physician app The patient app Thestaff app The referring doctor app The Google glass app

Section: Doctor or HCP Provider Apps

When a provider first downloads the provider app onto a mobile device,he/she has to go through a registration process. All communication isheavily encrypted at the coding level to the network level to thehosting level and all intermediate areas.

Section: Mobile Doctor Home Screen—FIG. 29

FIG. 29 diagrammatically illustrates the mobile doctor home screen whichis presented either on an Apple™ smart phone with an IOS operatingsystem or an android smart phone. The cloud based system 12 delivers thedata as objects and permits the user (after the user has entered his orher password or biometric security code) to access the information fromthe cloud based server 12 in accordance any permissions or rolesestablished by the administrator of system 12. From the doctor homescreen, the physician can conduct a patient search 502 or add a newpatient by touching functional block region 504. Otherwise, the doctorcan request from the cloud based system 12 the current patient schedulesby activating touch screen region 506, open a module manage documents byselecting region 508, open patient information at region 510, select hisor her surgical schedule by activating region 512, manage images byselecting region 514, or activating the inventory module 516.

It can appreciated that the cloud based server system 12 is activated bythe user on the mobile device selecting an APP on the smart phone. Uponselection of the APP and confirmation of the security code, the personon the mobile device selects an item and a request is presented to thecloud based system 12. The server in the cloud based system 12 thenresponds by downloading data objects to the mobile device.

Section: Mobile Patient Layer (Doctor Access)—FIG. 30

FIG. 30 diagrammatically illustrates a mobile patient layer and a doctoraccess to the mobile patient layer. After selecting and inputting thesecurity code and after the cloud based system 12 approves the securitycode, the physician can select the back button by selecting touch region520 on his or her smart phone, can request more details on the patientby selecting region 522, or can provide options by selecting 524. Theoptions button would generate a pull menu permitting the doctor to viewany particular item in the patient file. For example, the item listed inthe doctor manager FIG. 18 may be listed in the pull down menu fromoptions selection 524. Region 526 can be a photograph or image of thepatient. Region 528 permits the doctor using the APP to select morepatient detail. Region 530 selects the document manager module, region532 selects the multimedia manager, region 534 selects the appointmentmanager module and region 536 permits the physician to open a module inthe APP to dictate a note and create an audio file within the APP. Asindicated earlier, the audio file can be converted or translated with avoice recognition module into text. The text is stored in the patientdetail area. For example, the text generated from the speech recognitionmodule would be automatically input into EMR new notes region 290 andspecifically text region 295 discussed earlier in connection with FIG.14A. After the physician completes the audio input as a dictated note,he or she may edit the note as discussed above in connection with FIG.14A and the editing tools. These editing tools would also be downloadedas an APP into the physician mobile device. When the physician selectssave notes function 296, the APP (i) uploads the voice to text into thecloud based system 12 and (ii) deletes any audio record and any textrecord from the memory of the mobile device or local device.

Section: Mobile Healthcare Provider HCP Schedule—FIG. 31

FIG. 31 diagrammatically illustrates the mobile healthcare provider HCPschedule. As shown in FIG. 31, the physician can move back a screen tothe earlier presented display by selection of back button function 540.The physician can move forward to another screen by selection of forwardbutton function 541. In column 542, the screen is segmented by timemarkers. At time marker 12:30-1:00 PM, the physician viewing the screenin FIG. 31 notes that he or she has surgery at a hospital. This displayis presented in display region 544. Additional displays may be presentedon display screen FIG. 31 as discussed later in conjunction with thesearch call scheduling processes. On the lower portion of the screen inFIG. 31, a plurality of images for HCP images 546 and 547, quicklyremind the physician other HCP who have notes or appointments on theschedule. The healthcare provider HCP can select home button by function538, can select a particular person by selection function 548. Byselecting person 548, a pop-up menu could be provided which permits thephysician to identify one of a plurality of HCP such that the physiciancan then view that selected HCP's schedule for that day. By selection offunction 550, the user can add a new scheduling event to the HCPschedule. Functional buttons 552 and 554 permit the physician to selecta daily schedule or weekly schedule. In addition, not shown in FIG. 31,is a “save” function which permits the physician to add and savescheduling event data to the schedule.

Section: Mobile HCP Patient Assessment—FIG. 33

FIG. 33 diagrammatically illustrates the display screen on a mobile HCPdevice which permits the HCP to input certain patient data. By selectingfunctional display block 576, the physician activates the “note”function permitting the physician to either input data into regions 584,586 or 588 via the keypad. Alternatively, a “dictate” function blockcould be added to FIG. 33 permitting the HCP to input an audio recordinto one of the particular regions. This audio record would betranslated into text and inserted into history/chief complaint datablock 584, physical exam data block 586, or assessment data block 588.

By selecting edit function 578, the physician could edit any of thetextual blocks 584, 586, 588 via the keypad on the mobile device. Thekeypad would appear upon activation of edit function 578. By selecting“new” function 580, the physician would clear the screen and bepresented with a new screen. Upon selecting “new”, the APP would uploadthe data to the cloud based system 12 and, generally simultaneously,delete any data in the memory on the mobile device. In this manner, allthe data is secured on the cloud based system 12 and not inadvertentlysaved on the mobile device. Without saving any of the data on the mobiledevice, if the mobile device is lost or stolen, the highly securednature of the health data acquired by the HCP and the mobile device isnot exposed to the robber or the other person who discovers the lostmobile device.

Selection of consult function 582 would permit the user to select one ormore protocols or templates for a particular patient. For example, if aphysician's assistant was utilizing the mobile device, and the patientwas a new patient, the consult button menu would show, among otherthings, a section called “vitals.” By selecting vitals from the templatemenu, a list of questions would be presented to the physician'sassistant. The assistant would make inquiries of the patient andcomplete the vitals category. Additionally, the physician's assistantwould take blood pressure and record the blood pressure into the mobiledevice.

Another function of the mobile HCP patient assessment is the use ofphotographs or images one of which is identified as image 590 in FIG.33. In this manner, the APP on the HCP mobile device can capture animage with a camera on the mobile device and show that image in thepatient assessment module. By selecting delete function 592, the imageis deleted not only from the APP memory but also from the local memoryin the camera. By selecting the marker module 594, the HCP can alter ormark the image to point out a particular area of concern identified bythe patient. Save function 596 saves all the data from the HCP input anduploads that data to the cloud based system 12. At the same time, allthe data is deleted from the memory of the local device.

Section: Mobile Image Process—FIG. 34

FIG. 34 diagrammatically illustrates a mobile image process. Asindicated earlier, the user can go back a screen. When the user selectsback function, the APP requests information from the cloud based server12 and the server downloads that information from the previous screenback to the mobile device. Alternatively, the local device memory hasthe previous screen data stored in temporary memory. By selecting“select and upload” function 598, the user with the mobile imageprocessing can upload the data to the cloud based server 12. The usercan identify the type of data viewed as by text keypad input in region600. Further, the user can check off or select the permissions for theimage by selecting any one of the items in region 602 such as visiblefor physician, visible for staff or visible for patient. Of course, theHCP could select all three of these items. The HCP can input via keypadtext a description of this situation in region 604 or permit an audioinput which is converted to text. Image 606 can be captured by the HCPusing the mobile device. Marker 607 can be used to highlight or circleany problems. The selection of touch screen region 608 permits the userto select any particular document. Upload function 610 permits the userto upload all the information from the mobile image processing screen tothe cloud based server. Upon upload, the local memory in the mobiledevice is deleted. The deletion may occur when the HCP closes the App orthe App times-out and closes automatically. The “delete acquired data inmemory” may be substantially simultaneous with the upload or somewhatlater with an “APP Closed” or time-out function.

Section: Mobile Image Process—FIG. 35

FIG. 35 diagrammatically illustrates the mobile image processing B. Inthis process, the user has selected image editor function 612. Thisimage editor includes a group of somewhat standard image editing aspectincluding undo function 614, replace or reinsert function 616, erasefunction 618, save function 620 and activate camera function 622. Image606 can be edited in this manner. Additional editing items are shown inrow 624. By selection of 624 a, the user can select one or more colorpallets and color certain items on image 606. Function b permits theuser to highlight certain portions on image 606. Function c permits theuser to circle or select a triangle region over image 606. Function dpermits to activate a typewriter function to type information on image606. Function e changes the size of the type and function f is an eraserto erase text or lines.

Once logged on, the user then sees the interactive having the functionsand data listed below. This is an example of the HCP mobile home screen.

Table Example: HCP Ap Menu Selection Welcome HCP Bob Logout PatientSearch Scheduler Clinic Module Add Patient Communication Widget DocumentManager Photo Manager Surgery Appointment

The home screen allows the user to engage in different activities asneeded. This screen allows the user to quickly create a patient chart,schedule an appointment, create a note, take an image, upload a documentand convert it into a PDF, and many other activities. A unique featureis to use a PDF conversion tool to quickly take an image of a documentthrough the app and instantaneously convert it into a PDF document andupload it to the patient chart and appropriate folder directly throughthe mobile app. To do this, an app referred to as the turbo scanner runsthrough a widget section of the program. The program also interfaceswith emails as well uploads any attachments in the email directly intothe app. No longer is it necessary to open, print, scan, and upload andcreate inefficiencies associated with these functions. This process istruly paperless. Also enabled, right on the screen, is a user controlthat allows access to images and documents to different users such asthe patient, physician, etc. Also images can be directly uploaded into apreformatted template if necessary. The control is provided here tochoose the image to either be stored in the image management section ofthe patient chart or directly be stored in the encounter note.

The following table shows another example of functional elements for theHCP mobile application.

Table Example: Document Manager Table Carosel of Mini-Images Selectedlarge Image Patient Name Home - Search - Labs

Table Example: Document Select And Upload Table Patient Name Type (Labs,etc.) Visible to HCP (pull down menu HCPs) Send to Patient Select -Upload

Some of the other functional screen modules are shown below.

Table Example: Appointment Detail Table for HCP Appointment DetailPatient Name Physician Name Type Status Name Problem Sub Problem ReasonLocation Name Start Date End Date Home Search

The mobile application unique performs many functions. In the clinic,with the module of the “provider app,” the user is able to open images,documents, appointment details, and also record a note that will bedirectly ported into the cloud-based web chart. Not only can thephysician record a note, the physician can also assign CPT, ICD andModifier insurance codes to captures additional billing charges.

Table Example: HCP Mobile Ap Menu Screen Name DOB Patient ID: 8 PatientDetail Document Manager Photo Manager Appointment Manager Record NoteHome Search

In addition, the physician can also take images and instantaneously usethem in the encounter note. The image collection and storage anddocumentation are unique to the electronic record software disclosedherein.

Because all of the data is accessible through the mobile device, theusers are able to access through the secure encrypted network in realtime anytime, anyplace. The program also leverages many of the inherentcapabilities of these devices. The consultation is instantaneouslyconverted into a multimedia presentation through the use of Apple TV™.The hardware setup is easy and convenient as well. With the use ofsimple modern TV monitors with HDMI connectors, a mobile device, such asa smart phone (IOS) and Apple TV™, the program is able to instantly usethis to share and present information to patients in a multimediaformat. No longer is the user required to sit at a computer screen, holdtablets, and/or look away and share paper. The user can actually usetheir own mobile device to bring up any data point and use theairplay/mirroring capabilities of the device to show the content to thepatient and families on a television monitor, for example. This converta passive consultation into a real interactive consultation. When thepower of the patient app is added to this situation, true interactivitybetween the patient and the physician and the entire office is provided.

Section: Doctor Mobile Schedule; Surgical Schedule Module FIG. 4

The surgical scheduler module presents an extremely functional tool tothe HCP. Although scheduling software is well known, the additionalfunctionality added by the cloud-based healthcare data-service systemand method is unique.

FIG. 4 diagrammatically and generally describes a flowchart for surgicalscheduling based upon local processing by the local device. The surgicalscheduling program 100 is initiated in step 102 with a local devicerequest to the system, requesting the system to download the healthcareprovider HCP's daily schedule into the local device carried by thehealthcare provider. Of course, if the HCP is in his or her office usinga desktop computer, the schedule can be downloaded from cloud computingsystem 12 into the desktop. In step 104, the local device periodicallyrequires the local GPS data. The local GPS data is acquired if the HCPis using a mobile device. In step 106, the system 12 downloads a commandto the local device which (a) filters out consultation appointments datafrom the HCP daily schedule and (b) presents only surgical appointmentsto the HCP on the local device. Further, the cloud based system 12downloads a command which delete the schedule data subsequent to thedisplay of “only surgical data.” In step 108, the local device executesthe command.

In optional step 110, the system downloads to the local device thelocation of geographically diverse facilities (GDF) for the HCP surgicalevents which are then currently listed on the HCP daily schedule. Also,the cloud based system 12 downloads the command which compared thelocally obtained GPS data with the geographically diverse facility dataGDF location data. The cloud based system 12 further downloads a commandwhich either estimate the distance between the current location obtainedfrom the GPS data and the GDF location or computes travel time from thelocal GPS to the GDF location. The system further downloads a commandcausing the local device to display distance or travel time with the“only surgical schedule data.” In step 112, the system repeats fordifferent operating system OS devices.

The initial screens are discussed above. The program and method allowsGPS location services to also be used on the local device. This allowsthe user to employ the part of the program that is geo-specific tofurther streamline workflow. An example of such functionality is thatthe mobile device recognizes the geo location and only brings up theschedule pertinent to that location, so that the provider can easilylook through that part and not have to parse through a very long andbusy looking schedule.

Section: Surgical Scheduling (Central Processing)—FIG. 5

A surgical scheduling flowchart, from the perspective of centralprocessing cloud based system 12, is shown as process 114 in FIG. 5. Instep 116, a request is presented to cloud based system 12 to downloadthe healthcare provider HCP daily schedule into the local device. Instep 118, the local device periodically requires local GPS data anduploads the GPS data into cloud based system 12. At the system in step120, the program looks up or gathers the HCP daily schedule. This HCPdaily schedule includes surgical events as well as consultation. In step122, also at cloud based system 12, the processor filters out consultingappointments from the HCP daily schedule. The resulting filter dailyschedule is designated as “only surgical schedule.” In step 124, thesystem downloads the “only surgical schedule” data to the local device.In step 126, the system also downloads a command to present the surgicalschedule to the physician at the local device and prohibit either (a) alocal save data function or (b) a local print screen function, bothrelative to the surgical schedule data. In step 128, the process isrepeated for second device having a different OS. In step 130, anoptional step is recognized to execute a travel distance computation ortravel time computation as discussed earlier in connection with step 110in FIG. 4. The resulting travel distance or travel time is thendownloaded to the local device. In step 132, the flowchart is executedfor the second device having a different OS.

Section: Surgical Scheduler Flowchart—FIG. 32

FIG. 32 diagrammatically illustrates a surgical scheduler program 556which permits the HCP to view both the full schedule as well as theparticular schedule for a person HCP or a facility where the surgerywill occur. In step 558, the user logs into the cloud based system 12 inparticularly the HCP system. In step 560, the healthcare provider HCPselects surgical schedules to be presented on his or her mobile deviceor on the desktop unit. Step 562 acquires the current location of theHCP mobile device. Step 564 acquires the HCP schedule from the cloudbased server system 12 and more particularly from the HCP systemdatabase. Step 566 filters out the non surgical events from the HCPschedule. Step 568 displays on the surgical schedule only the surgicalevent in the surgical event location. This is obtained from the patientlayer (PL) schedule appointment module. In step 570, the mobile devicecalculates the travel time to the surgical location from the presentlocation. Alternatively, the mobile device could compute the distancefrom the current GPS location of the mobile device to the schedulesurgical location. Step 572 displays on the “surgery only” display thetravel time in a gray out presentation. In this manner, the HCP isprompted to go to the surgical location at the appointed time. Step 574displays the current time and location on the mobile device therebygiving the HCP an indication how close or far away the HCP is to thesurgical device and the projected time of arrival. This is helpful inorder to coordinate the surgical event with other HCPs at the surgicalsite.

Section: Patient App—Mobile Patient Home Screen FIG. 36

Patient access to their own medical records has been an issue fordecades. The present system and method, after the system clears thesecurity of the patient's mobile or desktop device, revolutionizestelemedicine, increases portability and introduces interactivity betweenthe physician and the patient.

FIG. 36 diagrammatically illustrates the patient home screen wherein thepatient can establish a digital access to the cloud based system 12. Inregion 627, the patient name and identification number is displayed.Prior to display of mobile patient home screen, the patient hasactivated an APP on the patient's mobile device and has input his or hersecurity code and/or biometric information into the APP. The APP thenforwards that information to the cloud based system 12 whichapproves/disapproves of the security code clearance. If approved, thepatient home screen is displayed on the user's device. Bars 629represent an active a pull down menu for various other interactivedisplay screens that the patient can access. For example, the patientmay want to access his or her blood lab work from the previous visit tothe physician. By selecting lab work in pull down menu 629, the lab workresults would be presented to the patient. By selecting region 626, thepatient can manage documents. By selecting region 628, the patient canmanage images. By selecting region 630, the patient can view the currentstatus of bills owed to the HCP and/or payments made to the HCP. Region632 permits the patient to alter his or her user profile.

The following is a further example of the patient mobile module.

Table Example: Patient Ap Menu Screen Welcome Patient Bob LogoutCommunication Documents Images Social Billing Web Checkin PatientEducation User Profile Settings

As shown above, significant functionality is provided to the patient.Through the patient app, which can be downloaded once a patient createsan appointment, he/she can communicate to the office through the app,perform web check-in for appointments, view patient educationalmaterials (including preoperative and post operative instructions), viewprocedural video and or images, view invoices and bills and pay them,instantly post reviews or comments on social media sites such asFacebook™, Google Plus™, and Twitter™, view pertinent images, and reviewdocuments. This allows the patient to have access to his/her medicalinformation at all times anytime, anywhere. This app also allowssynchronizes with a native calendar application on the device such asiCal™ and Google Calendar™ to remind them of their appointments. Inaddition, emails are sent to confirm appointments.

Table Example: Patient Ap Menu Table (Post Icon Selection) Welcome HCPName Logout Communication Documents Images Social Billing Web CheckinPatient Education User Profile Settings

Section: Staff App

The staff app is a version of the HCP or Doctor App with limitation forthe administrator or the assistant to assist in patient care. Thisallows the staff user to upload images in the room, upload documents inthe room, search through records, and perform other functions so thatefficiency is gained. No longer will the staff have to leave the room touse a fax machine, a scanner, or any other hardware to work with apatient.

Section: Referring—Related HCP—Doctor App

The referring doctor app is a unique feature of the program. Often thereis need for physicians to get multiple faxes, emails, papers, images,and other materials from referring physicians or doctors who providerelated HC work to the patient. In addition, many times, letters arewritten back and forth to the referring physician. This app solves theproblems associated with such communications. Through the use of thereferring doctor app that is tracked with the unique NPI number, theuser is able to allow access to the pertinent patient data in real timeto the referring doctors. There is no longer a need to mail or faxpapers or documents. Through the referring doctor app, the user cansimply open the chart of the patient and view it or import it and printit out or save it as desired. This creates a tremendous amount ofefficiency in the process and is truly unique. This functionality alsoallows real time access because, once anything is in the database, itbecomes instantly accessible to all users.

Section: Google Glass™ and Other Wearable Technology Interface

The interface to Glass™ and other mobile camera systems is unique to thecloud-based healthcare data-service system and method. Google Glass™ northe smart watch been part of an electronic health record system. Now,such mobile devices are integrated directly into the program. Theworkflow enables the surgeon to do hands-free work while in theoperating room or other situations where hands-free technology isbeneficial. Such situations include the operating room, where a surgeonhas to review a document prior to surgery or recall an image or anx-ray, and, in other cases, to capture an image for documentationpurposes. Now, the program allows the user to directly bring up apatient chart to view image and or documents, and to also upload thesame directly into the charts. This is an extraordinary feature that isunique. The program can work the health chart technology being createdby Apple™ and the smart watch devices being developed to interfacedirectly with the program, which truly revolutionizes surgical care inthe future.

Since the cloud-based system and method is agnostic to the local deviceoperating systems, the conversion of the menus and images from themobile doctor devices and HC staff devices and the patient devices canbe translated to the Glass™ operating system and other mobilecamera—interactive display environments.

It is noted that various individual features of the inventive processesand systems may be described only in one exemplary embodiment herein.The particular choice for description herein with regard to a singleexemplary embodiment is not to be taken as a limitation that theparticular feature is only applicable to the embodiment in which it isdescribed. All features described herein are equally applicable to,additive, or interchangeable with any or all of the other exemplaryembodiments described herein and in any combination or grouping orarrangement. In particular, use of a single reference numeral herein toillustrate, define, or describe a particular feature does not mean thatthe feature cannot be associated or equated to another feature inanother drawing figure or description. Further, where two or morereference numerals are used in the figures or in the drawings, thisshould not be construed as being limited to only those embodiments orfeatures, they are equally applicable to similar features or not areference numeral is used or another reference numeral is omitted.

The phrase “at least one of A and B” is used herein and/or in thefollowing claims, where A and B are variables indicating a particularobject or attribute. When used, this phrase is intended to and is herebydefined as a choice of A or B or both A and B, which is similar to thephrase “and/or”. Where more than two variables are present in such aphrase, this phrase is hereby defined as including only one of thevariables, any one of the variables, any combination of any of thevariables, and all of the variables.

Section: Abbreviations

In the drawings, and sometimes in the specification, reference is madeto certain abbreviations. The following Abbreviations Table provides acorrespondence between the abbreviations and the item or feature.

Abbreviations Table Admin Administration, sometimes an Admin Layer addraddress - typically an IP address alt. alternate or optional path orstep, see also Opt. for optional API application program interface appsometimes App - a small program that calls up another program, sometimesdirected to a server appln. application appt appointment ASP applicationservice provider - server on a network bd board cmd command comm.communications, typically telecommunications comp. computer havinginternet enabled communications module Cos. companies CPU centralprocessing unit cr.cd. credit card DB data base dele delete Displdisplay, typically display an interactive page or display screen docdocument drv drive, e.g., computer hard drive Dr. doctor, see also HCPfor Health Care Professional ds data storage e encryption e-fax anelectronic version of a fax document or letter e.g. for example em emailequip equipment Fac Facility, as in Healthcare Facility fnc function,for example, a “save doc” function GDF geographically diverse facilitiesGeo geographic location or code (geo.loc. is GPS data) GPS geopositioning system and location (optionally time data) HC Health careHCP health care provider, sometimes also a health care professional HCfield a category or recognized field for health care workers, includingdoctors and nurses h-link hyper link to a certain webpage or landingpage Hosp hospital or any other type of healthcare facility such as aclinic, doctor's office, surgical center, etc. I/O input/output IOS anOperating System typically for Apple (tm) products id identify ie or IEInternet-enabled device, like a smart phone, tablet computer, computer,etc. IP addr. internet protocol address of internet enabled device loclocation mem memory mess. message as in SMS or text message micmicrophone or audio pickup device mkting marketing ntwk network, namelya telecomm network, typically internet based network. A local areanetwork is also possible. obj object, for example, a data object optoptional or alternative program or module OS Operating system for acomputer-based or processor based device PL Patient Layer pg. page,typically a web page, may be a landing web page pgm program ph phone,namely an internet enabled phone, such as a smart phone ph.no. phonenumber prn print, as in print screen function proc processor, typicallya microporcessor pt. point, as in jump point to another portion of theprogram Pty party engaged in communications P/W password pwr power rcddatabase record or record profile or data record, see audio record(a-rcd), voice to text or “V-Text rcd” and keypad generated text data as“K-text rcd” re regarding or relating to rel release rem reminder, sucha a reminder email to the HC-W RQT request rev review rpt Report rt realtime, may include day and time stamp data RX medical drugs or medicalequipment sch schedule sec security sel select sig cond signalconditioner sm-ph smart phone coupled to the internet via a telecommsmart ph smart phone coupled to the internet via a telecomm sms textmessage spkr speaker or audio announcement device stmt statement, as inbank statement, or payment made statement Svr sever, as in web serverSys system, typically the cloud based computer server network Sys OpSystem Operator t time telecom telecommunications system or network tblttablet computer txr transmitter - receiver device, maybe BLUETOOTH (tm),LAN, wireless telecom network, or radio frequency UPP user's personalprofile, for example a patient completes a UPP prior to inputting dataabout his or her situation URL Uniform Resource Locator, x pointer, orother network locator univ. universal application or common applicationw/ with w/in within w/out without wrt with respect to

Section: Description of System and Method Features

The system described above notes that the user has at least one, andsometimes multiple Internet-enabled (IE) devices, such as, smart phone,cell phone with an ap (an access point), tablet computer, computer, orother IE device that is internet enabled. Computer tablets and otherelectronic devices may be configured in this manner. The app or internetportal permits the person to access the system. If the user communicateswith the system in a voice mode, the user interacts primarily with aninteractive voice response system or module, an IVR. The IVR translatesthe voice into text data.

The present invention relates processes data via computer systems, overthe Internet and/or on a computer network (LAN or WAN), and computerprograms, computer modules and information processing systems accomplishthese tracking services.

It is important to know that the embodiments illustrated herein anddescribed herein below are only examples of the many advantageous usesof the innovative teachings set forth herein. In general, statementsmade in the specification of the present application do not necessarilylimit any of the various claimed inventions. Moreover, some statementsmay apply to some inventive features but not to others. In general,unless otherwise indicated, singular elements may be in the plural andvice versa with no loss of generality. In the drawings, like numeralsrefer to like parts or features throughout the several views.

The present invention could be produced in hardware or software, or in acombination of hardware and software, and these implementations would beknown to one of ordinary skill in the art. The system, or method,according to the inventive principles as disclosed in connection withthe preferred embodiment, may be produced in a single computer systemhaving separate elements or means for performing the individualfunctions or steps described or claimed or one or more elements or meanscombining the performance of any of the functions or steps disclosed orclaimed, or may be arranged in a distributed computer system,interconnected by any suitable means as would be known by one ofordinary skill in the art.

According to the inventive principles as disclosed in connection withthe preferred embodiments, the invention and the inventive principlesare not limited to any particular kind of computer system but may beused with any general purpose computer, as would be known to one ofordinary skill in the art, arranged to perform the functions describedand the method steps described. The operations of such a computer, asdescribed above, may be according to a computer program contained on amedium for use in the operation or control of the computer as would beknown to one of ordinary skill in the art. The computer medium which maybe used to hold or contain the computer program product, may be afixture of the computer such as an embedded memory or may be on atransportable medium such as a disk, as would be known to one ofordinary skill in the art. Further, the program, or components ormodules thereof, may be downloaded from the Internet of otherwisethrough a computer network.

The invention is not limited to any particular computer program or logicor language, or instruction but may be practiced with any such suitableprogram, logic or language, or instructions as would be known to one ofordinary skill in the art. Without limiting the principles of thedisclosed invention any such computing system can include, inter alia,at least a computer readable medium allowing a computer to read data,instructions, messages or message packets, and other computer readableinformation from the computer readable medium. The computer readablemedium may include non-volatile memory, such as ROM, flash memory,floppy disk, disk drive memory, CD-ROM, and other permanent storage.Additionally, a computer readable medium may include, for example,volatile storage such as RAM, buffers, cache memory, and networkcircuits.

Furthermore, the computer readable medium may include computer readableinformation in a transitory state medium such as a network link and/or anetwork interface, including a wired network or a wireless network, thatallow a computer to read such computer readable information.

Those of skill in the art will appreciate that the various illustrativemodules, components, engines, and method steps described in connectionwith the above described figures and the embodiments disclosed hereincan often be implemented as electronic hardware, software, firmware orcombinations of the foregoing. To clearly illustrate thisinterchangeability of hardware and software, various illustrativemodules and method steps have been described above generally in terms oftheir functionality. Whether such functionality is implemented ashardware or software depends upon the particular application and designconstraints imposed on the overall system. Skilled persons can implementthe described functionality in varying ways for each particularapplication, but such implementation decisions should not be interpretedas causing a departure from the scope of the invention. In addition, thegrouping of functions within a module or step is for ease ofdescription. Specific functions can be moved from one module or step toanother without departing from the invention.

Moreover, the various illustrative modules, components, and method stepsdescribed in connection with the embodiments disclosed herein can beimplemented or performed with hardware such as a general purposeprocessor, a digital signal processor (“DSP”), an application specificintegrated circuit (“ASIC”), field programmable gate array (“FPGA”) orother programmable logic device, discrete gate or transistor logic,discrete hardware components, or any combination thereof designed toperform the functions described herein. A general-purpose processor ishardware and can be a microprocessor, but in the alternative, theprocessor can be any hardware processor or controller, microcontroller.A processor can also be implemented as a combination of computingdevices, for example, a combination of a DSP and a microprocessor, aplurality of microprocessors, one or more microprocessors in conjunctionwith a DSP core, or any other such configuration.

Additionally, the steps of a method or algorithm and the functionalityof a component, engine, or module described in connection with theembodiments disclosed herein can be embodied directly in hardware, insoftware executed by a processor, or in a combination of the two.Software can reside in computer or controller accessiblecomputer-readable storage media including RAM memory, flash memory, ROMmemory, EPROM memory, EEPROM memory, registers, hard disk, a removabledisk, a CD-ROM, or any other form of storage medium including a networkstorage medium. An exemplary storage medium can be coupled to theprocessor such the processor can read information from, and writeinformation to, the storage medium. In the alternative, the storagemedium can be integral to the processor. The processor and the storagemedium can also reside in an ASIC.

The detailed embodiments of the present invention are disclosed herein;however, it is to be understood that the disclosed embodiments aremerely exemplary of the invention, which can be embodied in variousforms. Therefore, specific structural and functional details disclosedherein are not to be interpreted as limiting, but merely as a basis forthe claims and as a representative basis for teaching one skilled in theart to variously employ the present invention in virtually anyappropriately detailed structure. Further, the terms and phrases usedherein are not intended to be limiting; but rather, to provide anunderstandable description of the invention. While the specificationconcludes with claims defining the features of the invention that areregarded as novel, it is believed that the invention will be betterunderstood from a consideration of the following description inconjunction with the drawing figures, in which like reference numeralsare carried forward.

Alternate embodiments may be devised without departing from the spiritor the scope of the invention. Additionally, well-known elements ofexemplary embodiments of the invention will not be described in detailor will be omitted so as not to obscure the relevant details of theinvention.

Before the present invention is disclosed and described, it is to beunderstood that the terminology used herein is for the purpose ofdescribing particular embodiments only and is not intended to belimiting. The terms “a” or “an”, as used herein, are defined as one ormore than one. The term “plurality,” as used herein, is defined as twoor more than two. The term “another,” as used herein, is defined as atleast a second or more. The terms “including” and/or “having,” as usedherein, are defined as comprising (i.e., open language). The term“coupled,” as used herein, is defined as connected, although notnecessarily directly, and not necessarily mechanically.

Relational terms such as first and second, top and bottom, and the likemay be used solely to distinguish one entity or action from anotherentity or action without necessarily requiring or implying any actualsuch relationship or order between such entities or actions. The terms“comprises,” “comprising,” or any other variation thereof are intendedto cover a nonexclusive inclusion, such that a process, method, article,or apparatus that comprises a list of elements does not include onlythose elements but may include other elements not expressly listed orinherent to such process, method, article, or apparatus. An elementproceeded by “comprises . . . a” does not, without more constraints,preclude the existence of additional identical elements in the process,method, article, or apparatus that comprises the element.

As used herein, the term “about” or “approximately” applies to allnumeric values, whether or not explicitly indicated. These termsgenerally refer to a range of numbers that one of skill in the art wouldconsider equivalent to the recited values (i.e., having the samefunction or result). In many instances these terms may include numbersthat are rounded to the nearest significant figure.

It will be appreciated that embodiments of the invention describedherein may be comprised of one or more conventional processors andunique stored program instructions that control the one or moreprocessors to implement, in conjunction with certain non-processorcircuits and other elements, some, most, or all of the functions of thepowered injector devices described herein. The non-processor circuitsmay include, but are not limited to, signal drivers, clock circuits,power source circuits, and user input and output elements.Alternatively, some or all functions could be implemented by a statemachine that has no stored program instructions, or in one or moreapplication specific integrated circuits (ASICs) or field-programmablegate arrays (FPGA), in which each function or some combinations ofcertain of the functions are implemented as custom logic. Of course, acombination of these approaches could also be used. Thus, methods andmeans for these functions have been described herein.

The terms “program,” “software,” “software application,” “module” andthe like as used herein, are defined as a sequence of instructionsdesigned for execution on a computer system. A “program,” “software,”“application,” “computer program,” or “software application” or “module”may include a subroutine, a function, a procedure, an object method, anobject implementation, an executable application, an applet, a servlet,a source code, an object code, a shared library/dynamic load libraryand/or other sequence of instructions designed for execution on acomputer system.

Herein various embodiments of the present invention are described. Inmany of the different embodiments, features are similar. Therefore, toavoid redundancy, repetitive description of these similar features maynot be made in some circumstances. It shall be understood, however, thatdescription of a first-appearing feature applies to the later describedsimilar feature and each respective description, therefore, is to beincorporated therein without such repetition.

The overall layout of the system program is to make it specialtyspecific, portable/mobile, easy to use, intuitively designed workflowwith easy graphic user interface, allow for rich user experience, allowall necessary users to work with the same database to avoid duplicationof data and processes, create efficiencies, leverage many of thetechnologies already inexistence such as the smart phone and wearabledevices, enable rich connectivity and interactivity between the patientand the physician, decrease the need for multiple pieces of hardware,simplify the IT setup, decrease costs, decrease training needs, automatetasks, make data accessible in real-time and eliminate the need formultiple different software applications to service an office.

The above description of the disclosed embodiments is provided to enableany person skilled in the art to make or use the invention. Variousmodifications to these embodiments will be readily apparent to thoseskilled in the art, and the generic principles described herein can beapplied to other embodiments without departing from the spirit or scopeof the invention. Thus, it is to be understood that the description anddrawings presented herein represent exemplary embodiments of theinvention and are therefore representative of the subject matter whichis broadly contemplated by the present invention. It is furtherunderstood that the scope of the present invention fully encompassesother embodiments and that the scope of the present invention isaccordingly limited by nothing other than the appended claims.

Although the invention is illustrated and described herein as embodiedin methods and systems for healthcare solutions, it is, nevertheless,not intended to be limited to the details shown because variousmodifications and structural changes may be made therein withoutdeparting from the spirit of the invention and within the scope andrange of equivalents of the claims. Additionally, well-known elements ofexemplary embodiments of the invention will not be described in detailor will be omitted so as not to obscure the relevant details of theinvention.

Other features that are considered as characteristic for the inventionare set forth in the appended claims. As required, detailed embodimentsof the present invention are disclosed herein; however, it is to beunderstood that the disclosed embodiments are merely exemplary of theinvention, which can be embodied in various forms. Therefore, specificstructural and functional details disclosed herein are not to beinterpreted as limiting, but merely as a basis for the claims and as arepresentative basis for teaching one of ordinary skill in the art tovariously employ the present invention in virtually any appropriatelydetailed structure. Further, the terms and phrases used herein are notintended to be limiting; but rather, to provide an understandabledescription of the invention. While the specification concludes withclaims defining the features of the invention that are regarded asnovel, it is believed that the invention will be better understood froma consideration of the following description in conjunction with thedrawing figures, in which like reference numerals are carried forward.

The foregoing description and accompanying drawings illustrate theprinciples, exemplary embodiments, and modes of operation of theinvention. However, the invention should not be construed as beinglimited to the particular embodiments discussed above. Additionalvariations of the embodiments discussed above will be appreciated bythose skilled in the art and the above-described embodiments should beregarded as illustrative rather than restrictive. Accordingly, it shouldbe appreciated that variations to those embodiments can be made by thoseskilled in the art without departing from the scope of the invention asdefined by the following claims.

What is claimed is:
 1. A highly secure method for the acquisition,processing and production of health care data and service recordsimplemented in a cloud computing network which data and service recordsare accessed, generated and processed by a plurality of local devices,having a sub-plurality of different operating systems, said localdevices accessing said cloud computing network via one or morecommunications networks, the method comprising: receiving a firstrequest from a first local computing device to save recently acquireddata in said cloud computing network, said acquired data including oneor more of image data, keypad generated text data, audio data, andspeech-based text data generated by a speech recognition to textgenerator; said first local device having a first operating system, amemory, a display, a keypad input, a camera and a microphone;downloading command code to said first local device unique to said firstoperating system which provides for a delete acquired data command, suchthat upon said first request to save, said acquired data is deleted fromthe first device memory; receiving from said first device said firstacquired data and storing said first acquired data in said cloudcomputer network; deleting said first acquired data from said firstdevice memory upon the upload thereof; from a second local computingdevice, receiving a corresponding second request to save correspondingacquired data in said cloud computing network, the second local devicehaving a corresponding second operating system with memory, display,keypad input function, camera and a microphone, said second operatingsystem being operationally different than said first operating system;downloading command code to said second local device unique to saidsecond operating system which provides for a delete acquired datacommand, such that upon said second request to save, said acquired datais deleted from the second device memory; receiving from said seconddevice said second acquired data and storing said second acquired datain said cloud computer network; deleting said second acquired data fromsaid second device memory upon the upload thereof; from a third localcomputing device, receiving a corresponding third request to savecorresponding acquired data in said cloud computing network, the thirdlocal device having a corresponding third operating system with memory,display, keypad input function and camera, said third operating systembeing operationally different than said first and said second operatingsystems; downloading command code to said third local device unique tosaid third operating system which provides for a delete acquired datacommand, such that upon said third request to save, said acquired datais deleted from the third device memory; receiving from said thirddevice said third acquired data and storing said third acquired data insaid cloud computer network; and deleting said third acquired data fromthe third device memory upon the upload thereof.
 2. A highly securemethod for the acquisition, processing and production of health caredata and service records as claimed in claim 1 including: downloadingcommand code to said first and second local devices wherein the code isunique to said respective first and second operating systems andprovides for a disable-print-screen for one or more of the first, secondor third stored acquired data during the display of the first, second orthird stored acquired data on said first or second local devices, thedisable-print-screen command prohibiting local storage of said first,second or third stored acquired data into the respective memory of oneor more of said first or second local devices.
 3. A highly secure methodfor the acquisition, processing and production of health care data andservice records as claimed in claim 1 further including: receiving fromsaid first local device a user security code unique to a physician; andreceiving from said second local device a user security code unique to apatient.
 4. A highly secure method for the acquisition, processing andproduction of health care data and service records as claimed in claim 1wherein said acquired data includes acquired image data, the methodincluding: downloading image marking tools to one or more of said first,second and third local devices; and receiving from the respective one ofthe first, second or third device corresponding marked image data andstoring said first acquired data in said cloud computer network anddeleting said marked image data from the respective first, second orthird device memory upon upload.
 5. A highly secure method for theacquisition, processing and production of health care data and servicerecords implemented in a cloud computing network accessed, generated andprocessed by a plurality of local devices via one or more communicationsnetworks on the Internet, a first and a second local computing devicehaving a respective first and second operating systems, memories,displays, keypad inputs, cameras and microphones, a third localcomputing device having a corresponding third operating system operativewith a corresponding memory, display, and keypad input function, saidfirst, second and third operating systems each having operationallydifferent operating systems, the method operating on acquired dataincluding one or more of image data, keypad generated text data, audiodata, and speech-based text data generated by a speech recognition totext generator acquired by respective ones of said first, second andthird local devices, the method comprising: downloading respectivecommand codes to said first, second and third local devices unique tosaid first, second and third operating systems which provide for arespective delete acquired data command, such that upon a request tosave an acquired data, the respective acquired data is deleted from thecorresponding first, second and third device memory; responsive to arespective first, second or third save acquired data request from arespective one of said first, second and third devices for acquired datawhich is acquired from the first, second or third device, deleting therespective acquired data from the corresponding first, second or thirddevice memories upon upload thereof; and receiving from the respectivefirst, second or third device the corresponding acquired data andstoring said corresponding acquired data in said cloud computer network.6. A highly secure method for the acquisition, processing and productionof health care data and service records as claimed in claim 5 including:downloading command code to said first and second local devices whichcode is unique to said respective first and second operating systems andwhich code provides for a disable-print-screen for said stored acquireddata during the display of the stored acquired data on said first orsecond local devices, the disable-print-screen command prohibiting localstorage of said stored acquired data into the respective memory of oneor more of said first or second local devices.
 7. A highly secure methodfor the acquisition, processing and production of health care data andservice records as claimed in claim 5 further including: receiving fromsaid first local device a user security code unique to a physician; andreceiving from said second local device a user security code unique to apatient.
 8. A highly secure method for the acquisition, processing andproduction of health care data and service records as claimed in claim 5wherein said acquired data includes acquired image data, the methodincluding: downloading image marking tools to one or more of said first,second and third local devices; and receiving from the respective one ofthe first, second or third device corresponding marked image data andstoring said first acquired data in said cloud computer network anddeleting said marked image data from the respective first, second orthird device memory upon upload.
 9. A highly secure method for theacquisition, processing and production of health care data and servicerecords implemented in a cloud computing network accessed, generated andprocessed by a plurality of local devices via one or more communicationsnetworks on the Internet, a first and a second local computing devicehaving a respective first and second operating systems, memories,displays, keypad inputs and cameras, a third local computing devicehaving a corresponding third operating system operative with acorresponding memory, display, and keypad input function, said first,second and third operating systems each having operationally differentoperating systems, the method operating on acquired data including oneor more of image data, and keypad generated text data acquired byrespective ones of said first, second and third local devices, themethod comprising: downloading respective command codes to said first,second and third local devices unique to said first, second and thirdoperating systems which provide for a respective delete acquired datacommand, such that upon a request to save an acquired data, therespective acquired data is deleted from the corresponding first, secondand third device memory; responsive to a respective first, second orthird save acquired data request from a respective one of said first,second and third devices for acquired data which is acquired from thefirst, second or third device, deleting the respective acquired datafrom the corresponding first, second or third device memories uponupload thereof; and receiving from the respective first, second or thirddevice the corresponding acquired data and storing said correspondingacquired data in said cloud computer network.
 10. A highly secure methodfor the acquisition, processing and production of health care data andservice records as claimed in claim 9 including: downloading commandcode to said first and second local devices which code is unique to saidrespective first and second operating systems and which code providesfor a disable-print-screen for said stored acquired data during thedisplay of the stored acquired data on said first or second localdevices, the disable-print-screen command prohibiting local storage ofsaid stored acquired data into the respective memory of one or more ofsaid first or second local devices.
 11. A highly secure method for theacquisition, processing and production of health care data and servicerecords implemented in a cloud computing network accessed, generated andprocessed by a plurality of local devices via one or more communicationsnetworks on the Internet, a first and a second local computing devicehaving a respective first and second operating systems, memories,displays, keypad inputs and microphones, a third local computing devicehaving a corresponding third operating system operative with acorresponding memory, display, and keypad input function, said first,second and third operating systems each having operationally differentoperating systems, the method operating on acquired data including oneor more of keypad generated text data, audio data, and speech-based textdata generated by a speech recognition to text generator acquired byrespective ones of said first, second and third local devices, themethod comprising: downloading respective command codes to said first,second and third local devices unique to said first, second and thirdoperating systems which provide for a respective delete acquired datacommand, such that upon a request to save an acquired data, therespective acquired data is deleted from the corresponding first, secondand third device memory; responsive to a respective first, second orthird save acquired data request from a respective one of said first,second and third devices for acquired data which is acquired from thefirst, second or third device, deleting the respective acquired datafrom the corresponding first, second or third device memories uponupload thereof; and receiving from the respective first, second or thirddevice the corresponding acquired data and storing said correspondingacquired data in said cloud computer network.
 12. A highly secure methodfor the acquisition, processing and production of health care data andservice records as claimed in claim 11 including: downloading commandcode to said first and second local devices which code is unique to saidrespective first and second operating systems and which code providesfor a disable-print-screen for said stored acquired data during thedisplay of the stored acquired data on said first or second localdevices, the disable-print-screen command prohibiting local storage ofsaid stored acquired data into the respective memory of one or more ofsaid first or second local devices.